ie8下使用JSON让人吐血的问题(三场由html头文件引发的“血案”)

我们开发环境在局域网内部。

 

一、我们以前做的一个项目要支持IE8兼容，但是发现一个JSON对象在调用toJSONString()时，将空字符("")转成了一个字符串"null"，最初怀疑是json对象内写的东西有问题，就使用vs 2010打开js调试，加了海量的断点，结果在

if (!Object.prototype.toJSONString) {
    Object.prototype.toJSONString = function (filter) {
        return JSON.stringify(this, filter);
    };
    Object.prototype.parseJSON = function (filter) {
        return JSON.parse(this, filter);
    };
}

这个地方卡住了，弄死都调不进去，最后没折了，alert(JSON.stringify)一下这个东西。。。显示

function stringify() {
    [native code]
}

知道这个是浏览器的本地方法，但是不知道json为啥为打印出这个东东，然后在这里卡了几个小时。

最后在json.js里边的

if(!this.JSON)

{

     //json源码，在这里边添加的json对象处理。

}

这断代码之上添加了一个断点，调试了一个

结果惊奇地发现代码运行到这里时，JSON居然不是空的，而是一个存在的东西（由于其是ie8内置的对象，所以看不了里边的代码----此时俺还没意识到ie8自带了json对象），然后打开myeclipse的搜索，全工程搜索json这个字符串，一个一个地看后，发现都不是，人当时就懵了。

最后看json的源代码，在引用前将JSON置为null，问题解决。

 

回家后，发现死活都正常""转换后还是""，而不是"null"，不知道是不是因为家里的ie8打了补丁的原因。

 最后说明一下：只要添加了doctype头，在ie8的非兼容模式下就会引用ie8自带的JSON对象。

 

二、一年半以前，当时将我们的页面引入第三方业务页面，而写的测试页面没有添加头引用，导致页面解析混乱，当时还不知道原因，在没办法的情况下，投入了两个开发人员专门对这些错误的样式进行修订。。。都修订了好几天，才发现添加头文件完全可以解决这个问题。。。可想而知，这几天的劳动。。。

 

三、一个月以前，做一个ie8兼容，div死活居中不了，在ie6,7下都没问题，单独写出来后，拿到firefox下也没有问题，郁闷了好久，最后发现也是头文件引起浏览器异常解析，添加后问题解决。