大家好，又见面了，我是全栈君。
为兼容较旧的jQuery插件，我把jQuery版本号从2.1.x降到了1.8.x，这比加入jquery-migration插件要来得干脆。
我没把这两个版本号的的区别一一记下来，而是直接改个版本号号。降级之后页面没有报错，我也就觉得没问题。直到有一天发现数据库非常多用户生成内容乱码了。
通过一番调试，原因找到了：jQuery ajax使用的http方法，1.9.0之前用选项type指定。而1.9.0及之后用选项method（选项type为method的别名）指定：
//from jquery 1.9.0
jQuery.ajax("/action",{
method:"POST"
});//before jquery 1.9.0
jQuery.ajax("/action",{
type:"POST"
});当把jQuery版本号从2.1.x降到了1.8.x时，以下的代码就隐藏着一个bug，不报错但非常致命：
jQuery.ajax("/action",{
method:"POST" //buggy
});原因是jQuery 1.8.x不认选项method，意味着jQuery终于的决定使用的http方法会是默认的”GET”
当出现乱码时。首先可能会确定服务端的字符解码有没有问题，即使服务端字符解码设置已经稳稳地应用在其它非常多项目中。
bug显露出来了，kill掉即可。但这期间bug造成的数据库不少用户生成数据乱码怎么办。承认技术失误并向用户道歉？
非常久曾经听说有软件能够将乱码恢复成正常文本，这说明恢复还是有希望的。现已知乱码是因未对URI进行解码造成的，因此解码之后应该就能恢复成正常文本。
照着这样的思路我把乱码内容复制出来做了个測试：
decodeURIComponent(escape("一直想买一个，å¯æƒœæ²¡æœ‰ç±³å•Š•Š"))居然能够恢复出正常文本！
于是写了个小程序，从数据库查出乱码内容。再将其恢复成正常文本。最后写回数据库。
有时候降级不只改个版本号号那么简单，一些代码得跟着同步调整。
发布者：全栈程序员-用户IM，转载请注明出处：https://javaforall.cn/116354.html原文链接：https://javaforall.cn
【正版授权，激活自己账号】： Jetbrains全家桶Ide使用，1年售后保障，每天仅需1毛
【官方授权 正版激活】： 官方授权 正版激活 支持Jetbrains家族下所有IDE 使用个人JB账号...
