程序是從上到下順序執(zhí)行的，同時可以通過一些控制語句來改變執(zhí)行的路線，受控制語句影響下，程序最終的執(zhí)行路線就是控制流。

js 里面的控制語句有 if、for、while、try catch 等，它們都會改變程序的走向。

程序是操作數(shù)據(jù)的，隨著程序的運(yùn)行，也就是控制流的前進(jìn)而改變的數(shù)據(jù)叫做數(shù)據(jù)流。

很明顯，數(shù)據(jù)流是依賴控制流的，程序分析里面的數(shù)據(jù)流分析也是要先做控制流分析。

比如這樣一段代碼：

const a = 1;
let b;

if (a === 1) {
    b = '1111';
} else {
    b = '2222';
}

因?yàn)?a 為 1，所以會執(zhí)行到 b = '1111';，這就是控制流，也就是程序最終執(zhí)行的代碼，可以用來分析程序的走向，做一些死代碼刪除之類的優(yōu)化。

而隨著控制流的執(zhí)行，b 會被賦值為 2222，這就是數(shù)據(jù)流，也就是值的變化的過程，可以用來分析某個語句的變量的值。

程序是針對不同數(shù)據(jù)做不同的處理，如果數(shù)據(jù)有錯誤，那么處理程序也就沒法處理了，就會報錯，會中斷后續(xù)的控制流。比如數(shù)據(jù)為空、數(shù)據(jù)格式不對等等。這時候就要通過 try catch 做錯誤處理，也叫異常處理。

我們做異常處理有兩個目的：

1、對出錯的邏輯做一些兜底處理。

比如參數(shù)解析有錯誤的時候，在 catch 里賦一個默認(rèn)值。這種錯誤處理之后就沒必要再報出來了。這種情況下 try catch 也是作為邏輯的一部分，相當(dāng)于 if else。

2、對報的錯做更場景化的描述。

JS 的報錯是 JS 引擎拋出的，比如調(diào)用了一個 null 對象的方法會報 TypeError，使用了未聲明的變量會報

ReferenceError。而具體的 Error 是在不同場景下報出的，就有不同的含義：

如果這個對象是來自用戶輸入的，那就是用戶輸入的有錯誤，如果這個對象是從服務(wù)端獲取的，那就意味著服務(wù)端返回的數(shù)據(jù)有錯誤。在不同的場景下，同一個 Error 會有更具體的含義，所以我們要做 try catch。然后拋出一個自定義的錯誤，包含有場景信息的錯誤描述。

這點(diǎn)很多庫和框架做的都比較好，報出的錯都是有具體的場景信息，甚至還有解決方式，而且還有的通過錯誤編號做了管理，可以通過 errorno 來查詢解決方式。這種就是對錯誤做了自定義的處理。

而很多業(yè)務(wù)代碼中報的錯就并沒有做這種處理，是直接把原生 Error 給報出來了。我們會通過異常監(jiān)控平臺來收集一些 throw 到全局的錯誤，而這些錯誤往往都是比較原始的信息，雖然帶上了錯誤位置和堆棧，但還要通過看源碼來定位問題。

比如報了一個對象為空的錯誤，但是我怎么知道這是什么對象為空，會是什么原因，怎么解決，有沒有編號。

如果我們能夠?qū)Ω鞣N錯誤 catch 之后 throw 出一些具體場景的自定義錯誤，那是不是就好的多了。這點(diǎn)第三方庫都做得很好，而業(yè)務(wù)代碼很少有人注重場景化的自定義錯誤。

當(dāng)然，前端業(yè)務(wù)代碼的用戶是通過界面來使用該軟件的，其實(shí)只要對各種錯誤做一些 UI 上的提示就可以。而庫的代碼是給開發(fā)者用的，那么就要對各種錯誤做場景化的描述，甚至給錯誤編號并給出解決方案。

但我覺得業(yè)務(wù)代碼也應(yīng)該像第三方庫代碼那樣來對待錯誤，不要把沒有啥意義的原生錯誤報出來，而是報一些有具體含義的自定義錯誤，這樣排查和解決問題就會簡單很多。

不過雖然場景化的自定義錯誤可以更好的幫助排查問題，那也一定是建立在對該段代碼可能報的錯誤有把握的情況下。要是自己報出的錯誤信息和實(shí)際的錯誤原因不一樣，反而會增加排查問題的難度，還不如把原生錯誤報出來。

總結(jié)

程序執(zhí)行的流程是控制流，受控制語句影響，執(zhí)行的過程中會改變數(shù)據(jù)，數(shù)據(jù)的變化叫做數(shù)據(jù)流，控制流和數(shù)據(jù)流是程序分析里面經(jīng)常分析的兩個方面。

錯誤會中斷控制流，我們要對錯誤做一些處理，通過 try catch。

錯誤處理有兩個目的：

一個是做一些兜底的處理，相當(dāng)于 if else，不需要再把錯誤報出來。

一個是做對原生的 JS 錯誤做場景化的描述，創(chuàng)建一個有更具體信息的錯誤對象拋出來。

這點(diǎn)很多庫做的很好，甚至還會給錯誤編號并給出解決方式。但業(yè)務(wù)代碼其實(shí)很多只做了給用戶的 UI 上的反饋，沒有對拋出的錯誤做場景化的包裝。這就導(dǎo)致了錯誤監(jiān)控平臺收集到的錯誤都是比較原始的錯誤，需要查看源碼來排查。如果也能像庫的代碼那樣做一些場景化的錯誤包裝，統(tǒng)計(jì)和排查起問題來會容易很多，這點(diǎn)大多數(shù) Javascript 工程師都沒做到。

到此這篇關(guān)于Javascript中try catch作用的文章就介紹到這了,更多相關(guān)Javascript中try catch作用內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家！

最新評論