背景

Error的產(chǎn)生與傳遞基本上是貫穿我們整個(gè)APP開發(fā)，友好的錯(cuò)誤提示，必要的error信息統(tǒng)計(jì)是很有必要，兩年前改造我司的APM系統(tǒng)的時(shí)候就對error信息的上報(bào)做了一次重構(gòu)。

一個(gè)典型的Error處理流程【優(yōu)化前】

image.png

第一個(gè)產(chǎn)生的Error為底層API函數(shù)產(chǎn)生，僅接著可能是的網(wǎng)絡(luò)層，數(shù)據(jù)解析層，然后業(yè)務(wù)層，UI層都可能長生Error!

一次業(yè)務(wù)處理可能產(chǎn)生多個(gè)Error

問題：我們使用哪一個(gè)error呢？很多時(shí)候error信息保留不全要不就只保留了最后一個(gè)或自己定義一個(gè)。

思考一個(gè)問題

怎么能完整的按優(yōu)先級按類型的把Error信息傳遞出來

優(yōu)化后的Error處理流程

image.png

實(shí)現(xiàn)可參考AF庫：

static NSError * AFErrorWithUnderlyingError(NSError *error, NSError *underlyingError) {
    if (!error) {
        return underlyingError;
    }
    if (!underlyingError || error.userInfo[NSUnderlyingErrorKey]) {
        return error;
    }
    NSMutableDictionary *mutableUserInfo = [error.userInfo mutableCopy];
    mutableUserInfo[NSUnderlyingErrorKey] = underlyingError;
    return [[NSError alloc] initWithDomain:error.domain code:error.code userInfo:mutableUserInfo];
}

image.png

3.NSErorr最終構(gòu)成

{
    Domain: com.yourapp.UI
    Code: 3XXX
    ...
    UserInfo: {
        Domain: com.yourapp.managerX
        Code: 2XXX
        …
        UserInfo: {
            Domain: com.yourapp.apiLib
            Code: 1XXX
            ...
            UserInfo: {
                Domain: NSERLErrorDomain
                Code: 403
                ...
            }
        }
    }
}

收益

1.不丟失任何Error信息
2.方便調(diào)試，不管是本地log或者遠(yuǎn)程log帶上全面的error信息。
3.根據(jù)Error Domain直觀的定位問題模塊,APM系統(tǒng)中各調(diào)用模塊失敗率，在其餅狀圖中一目了然。

我司系統(tǒng)一瞥

image.png

總結(jié)：規(guī)范的錯(cuò)誤碼，標(biāo)準(zhǔn)的錯(cuò)誤劃分，甚至是位置標(biāo)記，都將極大的提高問題定位效率，提升代碼質(zhì)量。當(dāng)然做好做完整遠(yuǎn)遠(yuǎn)不是真簡單，但核心在這。