欧美bbbwbbbw肥妇,免费乱码人妻系列日韩,一级黄片

JS高級調(diào)試技巧:捕獲和分析 JavaScript Error詳解

 更新時(shí)間:2014年03月16日 13:47:48   作者:  
前端工程師都知道 JavaScript 有基本的異常處理能力。我們可以 throw new Error(),瀏覽器也會(huì)在我們調(diào)用 API 出錯(cuò)時(shí)拋出異常。但估計(jì)絕大多數(shù)前端工程師都沒考慮過收集這些異常信息

反正只要 JavaScript 出錯(cuò)后刷新不復(fù)現(xiàn),那用戶就可以通過刷新解決問題,瀏覽器不會(huì)崩潰,當(dāng)沒有發(fā)生過好了。這種假設(shè)在 Single Page App 流行之前還是成立的?,F(xiàn)在的 Single Page App 運(yùn)行一段時(shí)間后狀態(tài)復(fù)雜無比,用戶可能進(jìn)行了若干輸入操作才來到這里的,說刷新就刷新啊?之前的操作豈不要完全重做?所以我們還是有必要捕獲和分析這些異常信息的,然后我們就可以修改代碼避免影響用戶體驗(yàn)。

捕獲異常的方式

我們自己寫的 throw new Error() 想要捕獲當(dāng)然可以捕獲,因?yàn)槲覀兒芮宄?throw 寫在哪里了。但是調(diào)用瀏覽器 API 時(shí)發(fā)生的異常就不一定那么容易捕獲了,有些 API 在標(biāo)準(zhǔn)里就寫著會(huì)拋出異常,有些 API 只有個(gè)別瀏覽器因?yàn)閷?shí)現(xiàn)差異或者有缺陷而拋出異常。對于前者我們還能通過 try-catch 捕獲,對于后者我們必須監(jiān)聽全局的異常然后捕獲。

try-catch

如果有些瀏覽器 API 是已知會(huì)拋出異常的,那我們就需要把調(diào)用放到 try-catch 里面,避免因?yàn)槌鲥e(cuò)而導(dǎo)致整個(gè)程序進(jìn)入非法狀態(tài)。例如說 window.localStorage 就是這樣的一個(gè) API,在寫入數(shù)據(jù)超過容量限制后就會(huì)拋出異常,在 Safari 的隱私瀏覽模式下也會(huì)如此。

try {
localStorage.setItem('date', Date.now());
} catch (error) {
reportError(error);
}

另一個(gè)常見的 try-catch 適用場景是回調(diào)。因?yàn)榛卣{(diào)函數(shù)的代碼是我們不可控的,代碼質(zhì)量如何,會(huì)不會(huì)調(diào)用其它會(huì)拋出異常的 API,我們一概不知道。為了不要因?yàn)榛卣{(diào)出錯(cuò)而導(dǎo)致調(diào)用回調(diào)后的其它代碼無法執(zhí)行,所以把調(diào)用回到放到 try-catch 里面是必須的。

listeners.forEach(function(listener) {
try {
listener();
} catch (error) {
reportError(error);
}
});

window.onerror

對于 try-catch 覆蓋不到的地方,如果出現(xiàn)異常就只能通過 window.onerror 來捕獲了。

window.onerror =
function(errorMessage, scriptURI, lineNumber) {
reportError({
message: errorMessage,
script: scriptURI,
line: lineNumber
});
}

注意不要耍小聰明使用 window.addEventListenerwindow.attachEvent 的形式去監(jiān)聽 window.onerror。很多瀏覽器只實(shí)現(xiàn)了 window.onerror,或者是只有 window.onerror 的實(shí)現(xiàn)是標(biāo)準(zhǔn)的??紤]到標(biāo)準(zhǔn)草案定義的也是 window.onerror,我們使用 window.onerror 就好了。

屬性丟失

假設(shè)我們有一個(gè) reportError 函數(shù)用來收集捕獲到的異常,然后批量發(fā)送到服務(wù)器端存儲(chǔ)以便查詢分析,那么我們會(huì)想要收集哪些信息呢?比較有用的信息包括:錯(cuò)誤類型(name)、錯(cuò)誤消息(message)、腳本文件地址(script)、行號(hào)(line)、列號(hào)(column)、堆棧跟蹤(stack)。如果一個(gè)異常是通過 try-catch 捕獲到的,這些信息都在 Error 對象上(主流瀏覽器都支持),所以 reportError 也能收集到這些信息。但如果是通過 window.onerror 捕獲到的,我們都知道這個(gè)事件函數(shù)只有 3 個(gè)參數(shù),所以這 3 個(gè)參數(shù)意外的信息就丟失了。

序列化消息

如果 Error 對象是我們自己創(chuàng)建的話,那么 error.message 就是由我們控制的?;旧衔覀儼咽裁捶胚M(jìn) error.message 里面,window.onerror 的第一個(gè)參數(shù)(message)就會(huì)是什么。(瀏覽器其實(shí)會(huì)略作修改,例如加上 'Uncaught Error: ' 前綴。)因此我們可以把我們關(guān)注的屬性序列化(例如 JSON.Stringify)后存放到 error.message 里面,然后在 window.onerror 讀取出來反序列化就可以了。當(dāng)然,這僅限于我們自己創(chuàng)建的 Error 對象。

第五個(gè)參數(shù)

瀏覽器廠商也知道大家在使用 window.onerror 時(shí)受到的限制,所以開始往 window.onerror 上面添加新的參數(shù)??紤]到只有行號(hào)沒有列號(hào)好像不是很對稱的樣子,IE 首先把列號(hào)加上了,放在第四個(gè)參數(shù)。然而大家更關(guān)心的是能否拿到完整的堆棧,于是 Firefox 說不如把堆棧放在第五個(gè)參數(shù)吧。但 Chrome 說那還不如把整個(gè) Error 對象放在第五個(gè)參數(shù),大家想讀取什么屬性都可以了,包括自定義屬性。結(jié)果由于 Chrome 動(dòng)作比較快,在 Chrome 30 實(shí)現(xiàn)了新的 window.onerror 簽名,導(dǎo)致標(biāo)準(zhǔn)草案也就跟著這樣寫了。

window.onerror = function(
errorMessage,
scriptURI,
lineNumber,
columnNumber,
error
) {
if (error) {
reportError(error);
} else {
reportError({
message: errorMessage,
script: scriptURI,
line: lineNumber,
column: columnNumber
});
}
}
屬性正規(guī)化

我們之前討論到的 Error 對象屬性,其名稱都是基于 Chrome 命名方式的,然而不同瀏覽器對 Error 對象屬性的命名方式各不相同,例如腳本文件地址在 Chrome 叫做 script 但在 Firefox 叫做 filename。因此,我們還需要一個(gè)專門的函數(shù)來對 Error 對象進(jìn)行正規(guī)化處理,也就是把不同的屬性名稱都映射到統(tǒng)一的屬性名稱上。具體做法可以參考這篇文章。盡管瀏覽器實(shí)現(xiàn)會(huì)更新,但人手維護(hù)一份這樣的映射表并不會(huì)太難。

類似的是堆棧跟蹤(stack)的格式。這個(gè)屬性以純文本的形式保存一份異常在發(fā)生時(shí)的堆棧信息,由于各個(gè)瀏覽器使用的文本格式不一樣,所以也需要人手維護(hù)一份正則表達(dá),用于從純文本中提取每一幀的函數(shù)名(identifier)、文件(script)、行號(hào)(line)和列號(hào)(column)。

安全限制

如果你也遇到過消息為 'Script error.' 的錯(cuò)誤,你會(huì)明白我在說什么的,這其實(shí)是瀏覽器針對不同源(origin)腳本文件的限制。這個(gè)安全限制的理由是這樣的:假設(shè)一家網(wǎng)銀在用戶登錄后返回的 HTML 跟匿名用戶看到的 HTML 不一樣,一個(gè)第三方網(wǎng)站就能把這家網(wǎng)銀的 URI 放到 script.src 屬性里面。HTML 當(dāng)然不可能被當(dāng)做 JS 解析啦,所以瀏覽器會(huì)拋出異常,而這個(gè)第三方網(wǎng)站就能通過解析異常的位置來判斷用戶是否有登錄。為此瀏覽器對于不同源腳本文件拋出的異常一律進(jìn)行過濾,過濾得只剩下 'Script error.' 這樣一條不變的消息,其它屬性統(tǒng)統(tǒng)消失。

對于有一定規(guī)模的網(wǎng)站來說,腳本文件放在 CDN 上,不同源是很正常的。現(xiàn)在就算是自己做個(gè)小網(wǎng)站,常見框架如 jQuery 和 Backbone 都能直接引用公共 CDN 上的版本,加速用戶下載。所以這個(gè)安全限制確實(shí)造成了一些麻煩,導(dǎo)致我們從 Chrome 和 Firefox 收集到的異常信息都是無用的 'Script error.'。

CORS

想要繞過這個(gè)限制,只要保證腳本文件和頁面本身同源即可。但把腳本文件放在不經(jīng) CDN 加速的服務(wù)器上,豈不降低用戶下載速度?一個(gè)解決方案是,腳本文件繼續(xù)放在 CDN 上,利用 XMLHttpRequest 通過 CORS 把內(nèi)容下載回來,再創(chuàng)建 <script> 標(biāo)簽注入到頁面當(dāng)中。在頁面當(dāng)中內(nèi)嵌的代碼當(dāng)然是同源的啦。

這說起來很簡單,但實(shí)現(xiàn)起來卻有很多細(xì)節(jié)問題。用一個(gè)簡單的例子來說:

<script src="http://cdn.com/step1.js"></script>
<script>
(function step2() {})();
</script>
<script src="http://cdn.com/step3.js"></script>

我們都知道這個(gè) step1、step2、step3 如果存在依賴關(guān)系的話,則必須嚴(yán)格按照這個(gè)順序執(zhí)行,否則就可能出錯(cuò)。瀏覽器可以并行請求 step1 和 step3 的文件,但在執(zhí)行時(shí)順序是保證的。如果我們自己通過 XMLHttpRequest 獲取 step1 和 step3 的文件內(nèi)容,我們就需要自行保證其順序正確性。此外不要忘記了 step2,在 step1 以非阻塞形式下載的時(shí)候 step2 就可以被執(zhí)行了,所以我們還必須人為干預(yù) step2 讓它等待 step1 完成后再執(zhí)行。

如果我們已經(jīng)有一整套工具來生成網(wǎng)站上不同頁面的 <script> 標(biāo)簽的話,我們就需要調(diào)整一下這套工具讓它對 <script> 標(biāo)簽做出改動(dòng):

<script>
scheduleRemoteScript('http://cdn.com/step1.js');
</script>
<script>
scheduleInlineScript(function code() {
(function step2() {})();
});
</script>
<script>
scheduleRemoteScript('http://cdn.com/step3.js');
</script>

我們需要實(shí)現(xiàn) scheduleRemoteScriptscheduleInlineScript 這兩個(gè)函數(shù),并且保證它們在第一個(gè)引用外部腳本文件的 <script> 標(biāo)簽之前就被定義好,然后余下的 <script> 標(biāo)簽都會(huì)被改寫成上面這種形式。注意原本立即執(zhí)行的 step2 函數(shù)被放到了一個(gè)更大的 code 函數(shù)里面了。code 函數(shù)并不會(huì)被執(zhí)行,它只是一個(gè)容器而已,這樣使得原本 step2 的代碼不需要轉(zhuǎn)義就能保留下來,但又不會(huì)被立即執(zhí)行。

接下來我們還需要實(shí)現(xiàn)一套完整的機(jī)制,保證這些由 scheduleRemoteScript 根據(jù)地址下載回來的文件內(nèi)容和由 scheduleInlineScript 直接獲取到的代碼能夠按照正確的順序一個(gè)接一個(gè)地執(zhí)行。詳細(xì)的代碼我就不在這里給出了,大家有興趣可以自己去實(shí)現(xiàn)。

行號(hào)反查

通過 CORS 獲取內(nèi)容再把代碼注入頁面能夠突破安全限制,但會(huì)引入一個(gè)新的問題,那就是行號(hào)沖突。原本通過 error.script 可以定位到唯一的腳本文件,再通過 error.line 可以定位到唯一的行號(hào)?,F(xiàn)在由于都是頁面內(nèi)嵌的代碼,多個(gè) <script> 標(biāo)簽并不能通過 error.script 來區(qū)分,然而每一個(gè) <script> 標(biāo)簽內(nèi)部的行號(hào)都是從 1 算起的,結(jié)果就導(dǎo)致我們無法利用異常信息定位錯(cuò)誤所在的源代碼位置。

為了避免行號(hào)沖突,我們可以浪費(fèi)一些行號(hào),使得每一個(gè) <script> 標(biāo)簽中有實(shí)際代碼所使用的行號(hào)區(qū)間互相不重疊。舉個(gè)例子來說,假設(shè)每個(gè) <script> 標(biāo)簽中的實(shí)際代碼都不超過 1000 行,那么我可以讓第一個(gè) <script> 標(biāo)簽中的代碼占用第 1–1000 行,讓第二個(gè) <script> 標(biāo)簽中的代碼占用第 1001–2000 行(前面插入 1000 行空行),第三個(gè) <script> 標(biāo)簽種的代碼占用第 2001–3000 行(前面插入 2000 行空行),以此類推。然后我們使用 data-* 屬性記錄這些信息,便于反查。

<script
data-src="http://cdn.com/step1.js"
data-line-start="1"
>
// code for step 1
</script>
<script data-line-start="1001">
// '\n' * 1000
// code for step 2
</script>
<script
data-src="http://cdn.com/step3.js"
data-line-start="2001"
>
// '\n' * 2000
// code for step 3
</script>

經(jīng)過這樣處理后,如果一個(gè)錯(cuò)誤的 error.line3005 的話,那意味著實(shí)際的 error.script 應(yīng)該是 'http://cdn.com/step3.js',而實(shí)際的 error.line 則應(yīng)該是 5。我們可以在之前提到的 reportError 函數(shù)里面完成這項(xiàng)行號(hào)反查工作。

當(dāng)然,由于我們沒辦法保證每一個(gè)腳本文件只有 1000 行,也有可能有些腳本文件明顯小于 1000 行,所以其實(shí)不需要固定分配 1000 行的區(qū)間給每一個(gè) <script> 標(biāo)簽。我們可以根據(jù)實(shí)際腳本行數(shù)來分配區(qū)間,只要保證每一個(gè) <script> 標(biāo)簽所使用的區(qū)間互不重疊就可以了。

crossorigin 屬性

瀏覽器對于不同源的內(nèi)容進(jìn)行的安全限制當(dāng)然不僅限于 <script> 標(biāo)簽。既然 XMLHttpRequest 可以通過 CORS 來突破這個(gè)限制,為什么直接通過標(biāo)簽引用的資源就不可以呢?這當(dāng)然是可以的。

針對 <script> 標(biāo)簽引用不同源腳本文件的限制同樣作用于 <img> 標(biāo)簽引用不同源圖片文件。如果一個(gè) <img> 標(biāo)簽是不同源的話,一旦在 <canvas> 繪圖時(shí)用到了,該 <canvas> 將變?yōu)橹粚憼顟B(tài),保證網(wǎng)站不能通過 JavaScript 竊取未授權(quán)的不同源圖片數(shù)據(jù)。后來 <img> 標(biāo)簽通過引入 crossorigin 屬性解決了這個(gè)問題。如果使用 crossorigin="anonymous",則相當(dāng)于匿名 CORS;如果使用 `crossorigin=“use-credentials”,則相當(dāng)于帶認(rèn)證的 CORS。

既然 <img> 標(biāo)簽?zāi)苓@樣做,為什么 <script> 標(biāo)簽就不能這樣做?于是瀏覽器廠商就為 <script> 標(biāo)簽加入了同樣的 crossorigin 屬性用于解決上述安全限制問題?,F(xiàn)在 Chrome 和 Firefox 對這個(gè)屬性的支持是完全沒有問題的。Safari 則會(huì)把 crossorigin="anonymous" 當(dāng)做 crossorigin="use-credentials" 處理,結(jié)果是如果服務(wù)器只支持匿名 CORS 則 Safari 會(huì)當(dāng)做認(rèn)證失敗。由于 CDN 服務(wù)器出于性能的考慮被設(shè)計(jì)為只能返回靜態(tài)內(nèi)容,不可能動(dòng)態(tài)的根據(jù)請求返回認(rèn)證 CORS 所需的 HTTP Header,Safari 相當(dāng)于不能利用此特性來解決上述問題。

總結(jié)

JavaScript 異常處理看起來很簡單,跟其它語言沒什么區(qū)別,但真的要把異常都捕獲了然后對屬性做分析,其實(shí)還不是那么容易的事情?,F(xiàn)在盡管有一些第三方服務(wù)提供捕獲 JavaScript 異常的類 Google Analytics 服務(wù),但如果要弄明白其中的細(xì)節(jié)和原理還是必須自己親手做一次。

相關(guān)文章

  • js動(dòng)態(tài)生成按鈕并動(dòng)態(tài)生成8位隨機(jī)數(shù)

    js動(dòng)態(tài)生成按鈕并動(dòng)態(tài)生成8位隨機(jī)數(shù)

    用js生成按鈕,動(dòng)態(tài)生成8位隨機(jī)數(shù)的腳本
    2008-09-09
  • three.js中點(diǎn)對象(Point)和點(diǎn)材質(zhì)(PointsMaterial)的具體使用

    three.js中點(diǎn)對象(Point)和點(diǎn)材質(zhì)(PointsMaterial)的具體使用

    本文主要介紹了three.js中點(diǎn)對象(Point)和點(diǎn)材質(zhì)(PointsMaterial)的具體使用,文中通過示例代碼介紹的非常詳細(xì),對大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值,需要的朋友們下面隨著小編來一起學(xué)習(xí)學(xué)習(xí)吧
    2023-07-07
  • ASP.NET jquery ajax傳遞參數(shù)的實(shí)例

    ASP.NET jquery ajax傳遞參數(shù)的實(shí)例

    下面小編就為大家?guī)硪黄狝SP.NET jquery ajax傳遞參數(shù)的實(shí)例。小編覺得挺不錯(cuò)的,現(xiàn)在就分享給大家,也給大家做個(gè)參考。一起跟隨小編過來看看吧
    2016-11-11
  • Javascript 引擎工作機(jī)制詳解

    Javascript 引擎工作機(jī)制詳解

    我們需要引入幾個(gè)相關(guān)的概念:執(zhí)行環(huán)境棧、全局對象、執(zhí)行環(huán)境、變量對象、活動(dòng)對象、作用域和作用域鏈等,這些概念正是JS引擎工作的核心組件。這篇文章的目的不是孤立的為你講解每一個(gè)概念需要的朋友可以參考下
    2016-11-11
  • js實(shí)現(xiàn)點(diǎn)擊生成隨機(jī)div

    js實(shí)現(xiàn)點(diǎn)擊生成隨機(jī)div

    這篇文章主要為大家詳細(xì)介紹了js實(shí)現(xiàn)點(diǎn)擊生成隨機(jī)div,文中示例代碼介紹的非常詳細(xì),具有一定的參考價(jià)值,感興趣的小伙伴們可以參考一下
    2020-01-01
  • 小程序?qū)崿F(xiàn)輪播圖

    小程序?qū)崿F(xiàn)輪播圖

    這篇文章主要為大家詳細(xì)介紹了小程序?qū)崿F(xiàn)輪播圖,文中示例代碼介紹的非常詳細(xì),具有一定的參考價(jià)值,感興趣的小伙伴們可以參考一下
    2022-06-06
  • 詳解JavaScript中Math內(nèi)置對象基本方法的使用

    詳解JavaScript中Math內(nèi)置對象基本方法的使用

    Math?是javaScript的內(nèi)置對象,包含了部分?jǐn)?shù)學(xué)常數(shù)屬性和數(shù)學(xué)函數(shù)方法。本文將詳細(xì)講解Math基本方法的使用,感興趣的小伙伴可以學(xué)習(xí)一下
    2022-04-04
  • 原生js實(shí)現(xiàn)class的添加和刪除簡單代碼

    原生js實(shí)現(xiàn)class的添加和刪除簡單代碼

    下面小編就為大家?guī)硪黄鷍s實(shí)現(xiàn)class的添加和刪除簡單代碼。小編覺得挺不錯(cuò)的,現(xiàn)在就分享給大家,也給大家做個(gè)參考。一起跟隨小編過來看看吧
    2016-07-07
  • js日期格式化yyyy-MM-dd問題

    js日期格式化yyyy-MM-dd問題

    這篇文章主要介紹了js日期格式化yyyy-MM-dd問題,具有很好的參考價(jià)值,希望對大家大家有所幫助。如有錯(cuò)誤或未考慮完全的地方,望不吝賜教
    2023-01-01
  • 解析js如何獲取css樣式

    解析js如何獲取css樣式

    本文主要對javascript如何如何獲取css樣式進(jìn)行簡要分析,需要的朋友可以看下,希望對大家有所幫助
    2016-12-12

最新評論