这个bug出现在一年前，当时自己大学还没毕业，刚刚进入一家公司实习。那个时候还没有用seajs或者requirejs那样的模块化管理的库，也没有用一个自执行的函数将要执行的代码包裹起来，于是bug就在这样的一个场景下诞生了。当时自己定位了比较久，也不知道status是window下的一个属性，所以请了高手帮忙定位，高手也是定位了半天才定位出来，只是凑巧将status换了一个名字就正常了，后来我问高手原因，他当时也答不出来，后来就一直没管它了，也忘记了。就在前几天，群里有人在讨论一些bug以及要注意的一些坑，我突然想起了一年前自己遇到过的坑，于是提了出来，在各位高手的讨论下终于搞懂了这个bug出现的原因以及原理，于是记录下，方便那些跟我一样做开发的同学能够绕过这些坑，少走弯路。
1.场景再现（为了方便最简化代码，当时的情景不像下面这么直白的提示错误）：
咦，为什么这里status是一个数组，为什么会提示它没有push函数呢，这到底是为什么呢？这个bug对于当时初出茅庐的我来说简直就是一个大挑战，那个时候对调试还不熟，看到bug那个小心脏顿时就有点受不了了，紧张啊，抓狂啊随之而来。因为当时代码量比较多，所以当时不能一下子定位到这里的问题。
2.讨论
我们看到就因为变量名不同，却一个出错一个正常，难道不能将一个数组赋值给status吗？
我们看到将一个数组赋值给status是完全没有问题的，它是数组类型。既然是数组为什么就没有push方法呢？这个时候我们不防打印下status的类型
我们看到我们将一个数组赋值给status，按理说应该是object类型，可是这里却是string类型，string类型没有push方法，这时我们对于为什么报错就没有那么疑惑了。按这样理解的话，就是在给status赋值时确实是将一个数组赋给了它，但是就是在读取status时浏览器强制将status转化成了字符串。我们不防在chrome控制台看看。
看来我们的猜测是对的，赋值成功，在取值的时候将status强制转化为了字符串，那要是将一个对象赋值给status在读取status的时候是不是也会将status转化为json格式的字符串呢？
我们看到，浏览器并没有按我们的预期将它转化为一个json格式的字符串，而是转化为[object Object]这样的东东，这不是我们经常用来判断变量的类型吗？一般我们会调用Object.prototype.toString.call(变量)来查看变量类型，因为使用typeof太不靠谱。于是我们猜到在将status转化为字符串的时候是调用了toString方法。
