愚蠢的遗留BUG

二次开发本来就是很恶心的事，我竟然是三次开发。

　　今天遇到一个BUG，上传图片的时候报错了，操作过程很简答，点击上传按钮，选择图片，确定上传，如图：

　　报错信息很直白，也很奇怪：

　　

　　（为了写博客，把代码回滚复现BUG，后台应该不会发现吧）

　　总之，报错很直白，语法错误，Sizzle引擎解析失败，抛出错误。我好歹也是看过jq源码的人啊，Sizzle引擎报错是传入了异常的Selector，目测就是#号后面那个function。WTK？？？？我上传个图片为啥会$一个函数？

　　一脸懵逼的开始调试，好在老项目，代码虽然垃圾（全是行内样式、事件触发全靠onclick、JSP代码），但是调试还是很直白，根据onchange的事件，定位到一个函数：　　

　　

　　这个函数来自于一个额外的JS，搜索源头JS，发现这个方法也不难，根据方法传入的2个字符串，做简单的验证然后进行发送图片的请求。

　　在一行一行的log后，又将问题定位到了最后的ajax请求上，这个请求也是来源于一个插件（应该是前人自己写的）：

　　看起来跟ajax特别像，实际上也就是一个简单的封装，然后extend到jq上面。

　　　

　　进入该JS后，发现竟然有英文注释？？？难道是正规插件，难不成是上传的问题？不过，据后台讲，其他页面也有用这个功能，并没有报错。

　　简单log后，问题再度定位到那个createUploadForm方法上，给大伙们瞧瞧这个函数：

　　　　

　　我相信明眼的人应该能看出是啥问题，这里的fileElementId是之前upFileImg传进来的第一个参数，是一个DOM的id。

　　我比较蠢，当时没看出来，但是看出了问题一定处在这个fileElementId上面，于是开始log，看到这里变成个啥玩意：

　　是的，很纯洁，本身是个字符串，在上面的包装后，变成一个普通的数组。

　　那问题出在哪？？？我开始下一步，打印for-in中的元素，发现一个奇怪的事，打印那个 i ，出现一个奇怪的字符串：

　　这个remove是个啥玩意，由于for-in基本没用过，于是上MDN简单查了一下，是这样解释的：for...in 语句以任意顺序遍历一个对象的可枚举属性。

　　对象？对哦，这个玩意一般用来遍历对象，那这个remove难道是？我点击了一下__proto__，发现了真相：

　　是的，这方法把原型上的方法也遍历出来了，而remove方法源码就是报错信息#号后面的那个function，为啥只遍历出两个？因为解析第一个就报错，JS停止执行了。

　　所以说，你在上面包装了数组，明知道是数组，为什么要用for-in来遍历啊，你TM傻逼啊。

　　最后，我想了想如何修复问题，有三种方法：

　　第一种是在for-in中做判断：，这个代码看起来比较丑，被我做备胎了。

　　第二种是直接把for-in改成普通for循环，即：。

　　本来准备就这样提交代码的，后面转念一想，要是这个fileElementId是对象咋办，前面只是将字符串包装成数组，并不能保证这里肯定是数组，于是放弃这个方法。

　　第三种就比较正常，直接做判断，如果是数组，做普通for循环，否则就用for-in，这样基本万无一失。

　　

　　后记。。。。

　　后来我比较好奇，后台说其他地方不会出现这个问题，肯定我搞错了什么地方。

　　于是我要来了正常的页面，跑了一下，log出了这个：

　　

　　当前我就愣住了，这个TM不也搞出原型的函数了么，但是没报错，还吞掉了？简单一想就明白了，jQ的版本问题，老版本Sizzle引擎可能有问题，回到头部简单一看：

　　　　

　　　　

　　是的，果然是不同的jquery，一个1.7，一个是1.11，两代人的智慧，融合成了这个bug，我能怎么办？我也很绝望啊！

　　最后我已经懒得改那个疑似老外写的插件，直接把jq引入改了下，然后给后台解释：jq引入有问题，改了。

　　圆满解决，我的内心毫无波动，甚至想删库跑路。