javascript程式設計異常處理的方法

1、煩人的指令碼錯誤

樓豬經常裝13，但是普遍都沒有深度。偶然艱難地看懂了一段英文，終於可以深沉地再裝一回：

When browsing Web pages on the internet, we all have seen a JavaScript alert box telling us there is a runtime error and asking "Do you wish to debug". Error message like this may be useful for developers but not for users. When users see errors, they often leave the Web page.

上面這段話，哼哼，看不懂了吧？nc樓豬優雅且粗暴地理解一下就是，開啟一個網頁，我們都不時碰到過網頁彈出腳步錯誤並詢問“是否要除錯？”這種sb問題。煩不煩啊，正常使用者經常都會習慣性選擇右上紅叉，但是這種提示資訊可能對開發人員就tmd很有用。由此可見，我kao，開發人員不正常？！看來樓豬理解有誤。其實您不難看出，原文要告訴我們的最終意圖應該是，網頁裡出現指令碼錯誤很要命，使用者體驗不好，白白“嚇跑”一批潛在使用者。

2、如何處理指令碼錯誤

在js中，我們通常也是通過h 來捕獲並處理異常。

try{ //Run some code here}catch(e){ //Handle errors here}

在實際程式碼中，我們可能會這麼寫：

function test(){var txt="";try{ alert(aaa);//aaa是未宣告的變數}catch(e){ txt="There was an error on this "; txt+="Error message: " + age + "nn"; txt+="Error description: " + ription + "nn"; txt+="Error name: " + + "nn"; //alert(txt);//正式平臺上可能需要註釋掉該行 }}

還有一種比較通用的做法就是，給window物件的onerror事件註冊通用處理方法，並將下面的程式碼置於頁面的節內：

ror=function(){ return true;}

上面這種方式的好處是頁面裡寫一次，就不會彈出惱人的指令碼錯誤，有點全域性處理的意思。對於開發人員，這種寫法可能會隱藏潛在的指令碼錯誤而不被發現，所以測試的時候需要註釋掉上面的.函式。

3、javascript裡的Error

（1）、Error物件的常用屬性

在我們捕獲異常的時候，通常都會在catch處丟擲一個Error物件的例項e，e的幾個常用屬性如下：

屬性 說明

description 異常的描述資訊

message 異常的描述資訊

name 異常型別

number 獨有的異常代號

在實際開發中，通常都會提示給開發人員message和name資訊，以便有針對性地處理異常。

（2）、Error物件的型別

通過（1）中的name屬性我們可以檢視到異常型別。在js中，有如下幾種常見異常型別：

TypeError ： 當遇到一個意外的型別時引發，比如未宣告的變數等；

SyntaxError ： 在解析js程式碼時其中的語法錯誤引發，比如服務端註冊腳步，少一個括號或引號等；

ReferenceError ： 使用一個無效的引用時引發該異常；

EvalError ： 在錯誤的呼叫eval函式時引發；

RangeError ： 在一個數字型變數的值超出了其範圍時引發；

URIError : 錯誤地使用encodeURI()或decodeURI()函式時引發。

在實際的開發中，針對不同型別的異常作出不同的異常處理，有利於我們有效地發現問題和提高使用者體驗。