今天在寫代碼的時(shí)候，用到ajax異步獲取數(shù)據(jù)，在firefox 13.0下一切正常，而在各個(gè)版本的IE之下測(cè)試IE6正常，IE8卻會(huì)報(bào)錯(cuò) "Error: 由于出現(xiàn)錯(cuò)誤 c00ce56e 而導(dǎo)致此項(xiàng)操作無(wú)法完成"。因?yàn)閒irefox是我寫代碼和做測(cè)試的瀏覽器，所以一般都會(huì)首先保證在它下邊的正確性，firefox下一切看起來(lái)都那么正常。

我的環(huán)境是：js代碼是基于jQuery的、使用了異步加載的方式加載各個(gè)js類庫(kù)、請(qǐng)求方式是'GET',返回格式'html';

由于之前的工作階段性的完成，所以準(zhǔn)備在IE下看看是否正常，一看之下，有點(diǎn)郁悶，沒(méi)有反應(yīng)..數(shù)據(jù)沒(méi)有顯示出來(lái)。然后在IE下，F(xiàn)13，發(fā)現(xiàn)IE下請(qǐng)求數(shù)據(jù)的過(guò)程沒(méi)有問(wèn)題，而且在控制面板中也獲取到了數(shù)據(jù)，但是當(dāng)我使用$('#id').html(data);往DOM中插入數(shù)據(jù)時(shí)，完全無(wú)反應(yīng)。

繼續(xù)調(diào)試，然后我在$.ajax請(qǐng)求的error參數(shù)選項(xiàng)中，alert其傳遞給回調(diào)函數(shù)的errorThrown參數(shù)時(shí)，獲取到了如下錯(cuò)誤：“由于出現(xiàn)錯(cuò)誤 c00ce56e 而導(dǎo)致此項(xiàng)操作無(wú)法完成?！保@個(gè)很關(guān)鍵，因?yàn)閺棾龅腻e(cuò)誤是有代碼的，所以這是一個(gè)有跡可循的錯(cuò)誤。

這里順便說(shuō)一句，在firefox下ajax請(qǐng)求是返回success的，而IE下是返回error的。根據(jù)這個(gè)錯(cuò)誤提示，在網(wǎng)上搜索了相關(guān)的答案，找到比較有用的說(shuō)法是編碼不一致。經(jīng)過(guò)查找發(fā)現(xiàn)，原來(lái)我html頁(yè)面的編碼是utf-8，而在我php程序中設(shè)置的也是 header('Content-type: text/html;charset=utf-8'); 這都郁悶了，一樣的都沒(méi)有問(wèn)題啊，后來(lái)查看頁(yè)面源代碼的時(shí)候發(fā)現(xiàn)怎么是utf8呢，少了一個(gè)'-'這個(gè)'-'跑哪去了，后來(lái)才發(fā)現(xiàn)原來(lái)nginx配置中設(shè)置了charset utf8;強(qiáng)制字符編碼為utf8了， 趕緊加上重啟nginx一切正常。。。

根據(jù)這個(gè)問(wèn)題可以總結(jié)如下經(jīng)驗(yàn)：

firefox的容錯(cuò)能力比IE更強(qiáng)，以HTML5的設(shè)計(jì)思想來(lái)說(shuō)，firefox表現(xiàn)得更好，對(duì)于這樣的容錯(cuò)能力，是否會(huì)造成安全隱患，由于未經(jīng)過(guò)測(cè)試，所以暫時(shí)不知；
盡量保持程序的各種編碼的一致性，否則可能會(huì)出現(xiàn)不可預(yù)知的錯(cuò)誤，推薦使用utf-8；

最新評(píng)論