ReactNative JS端的崩潰檢測(cè)處理

RN JS端出錯(cuò)牧嫉,在Debug環(huán)境顯示為紅屏報(bào)錯(cuò)呕屎,生產(chǎn)環(huán)境APP直接閃退。
RN端有全局異常捕獲函數(shù)

ErrorUtils.setGlobalHandler((error, isFatal) => {})

實(shí)現(xiàn)了該函數(shù)后JS端的異常被該函數(shù)捕獲兢交,錯(cuò)誤不再往原生端拋,js代碼會(huì)執(zhí)行到出錯(cuò)的那一行笼痹,程序不會(huì)導(dǎo)致異常退出配喳。因?yàn)槌鲥e(cuò)點(diǎn)后面的代碼不再執(zhí)行飘诗,APP大多會(huì)出現(xiàn)渲染未完全、白屏界逛、或者點(diǎn)不動(dòng)現(xiàn)象昆稿。
相比程序崩潰,實(shí)現(xiàn)該方法還是有好處的息拜,但問題是js錯(cuò)誤不再拋往原生端溉潭,app根本無(wú)法知道js端發(fā)生了錯(cuò)誤導(dǎo)致問題無(wú)法及時(shí)反饋修改。而且該方法回調(diào)里面的error信息很少少欺,在生產(chǎn)環(huán)境就算知道該error也無(wú)法判斷是哪個(gè)地方出錯(cuò)了喳瓣,所以生產(chǎn)環(huán)境不能使用。
測(cè)試環(huán)境好像也沒啥使用必要赞别。

只要不實(shí)現(xiàn)該方法畏陕,js端錯(cuò)誤就會(huì)拋到原生端,具體拋出方法為react-native/Libraries/Core/ExceptionsManager.js中的reportException仿滔。js端構(gòu)建error拋到原生端惠毁,原生對(duì)應(yīng)的處理方法在:
iOS,RCTExceptionsManager/reportFatalException
android崎页,ExceptionsManagerModule/reportFatalException
其中安卓是收到error是直接構(gòu)建成異常拋給系統(tǒng)鞠绰。
蘋果則是看是否有傳入的自定義處理回調(diào),沒有才構(gòu)建異常拋給系統(tǒng)飒焦。

因?yàn)閖s端的異常會(huì)傳給原生蜈膨,再原生端構(gòu)建異常拋出,所以直接捕獲原生異常即可牺荠。
這里集成bugly捕獲異常翁巍。

生產(chǎn)環(huán)境下,同一個(gè)js異常

let arr = [1, 2, 3, 4, 5];
       for (let index = 0; index < arr.length; index++) {
           const element = arr[index];
           if (element) {
               element();
           }
       }

在bugly后臺(tái)崩潰列表中監(jiān)控到的日志如下

android.png
ios.png

仔細(xì)對(duì)比發(fā)現(xiàn)iOS的崩潰日志中存在如@1032:1098這種特殊符號(hào)休雌,而android的錯(cuò)誤信息由于長(zhǎng)度的原因被截取了無(wú)法顯示完全灶壶,沒有顯示。但是可以在追蹤日志中發(fā)現(xiàn)該特殊符號(hào)挑辆。這個(gè)符號(hào)表示該異常出現(xiàn)在js中的位置例朱,可以通過符號(hào)表讀取出來孝情,參考:https://segmentfault.com/a/1190000011982639
注:bugly后臺(tái)崩潰日志詳情頁(yè)鱼蝉,iOS的追蹤日志總是為空,而android的有內(nèi)容箫荡,不知何故魁亦。

通過崩潰日志得到崩潰對(duì)應(yīng)的RN版本號(hào),定位到該版本羔挡,導(dǎo)出mapping文件洁奈,執(zhí)行下面自定義腳本间唉,定位js崩潰位置。

var sourceMap = require('source-map');
var fs = require('fs');

var args = process.argv.splice(2);
if (args.length < 3) {
    console.log('輸入?yún)?shù)缺失');
    process.exit(1);
}

var path = args[0];      // mapping 文件路徑
var line = args[1];      // 崩潰日志中 @xxx:xxx 第一個(gè)數(shù)字
var column = args[2];    // 崩潰日志中 @xxx:xxx 第二個(gè)數(shù)字

fs.readFile(path, 'utf8', function (err, data) {
    var smc = new sourceMap.SourceMapConsumer(data);
    let result = smc.originalPositionFor({
        line: parseInt(line),   // 注意 這里要求傳入的參數(shù)是number類型
        column: parseInt(column),
    })
    console.log(result);
});

更進(jìn)一步利术,希望js出現(xiàn)異常時(shí)APP不崩潰呈野,但是又能將異常信息上報(bào)以便能修復(fù)生產(chǎn)bug。

iOS端:
js的錯(cuò)誤信息由reportFatalException方法處理印叁,再調(diào)用RCTFatal

void RCTFatal(NSError *error)
{
  _RCTLogNativeInternal(RCTLogLevelFatal, NULL, 0, @"%@", error.localizedDescription);
  RCTFatalHandler fatalHandler = RCTGetFatalHandler();
  if (fatalHandler) {
    fatalHandler(error);
  } else {
      NSString *name = [NSString stringWithFormat:@"%@: %@", RCTFatalExceptionName, error.localizedDescription];
      NSString *message = RCTFormatError(error.localizedDescription, error.userInfo[RCTJSStackTraceKey], 175);
      NSMutableDictionary *userInfo = [error.userInfo mutableCopy];
      [userInfo setObject:RCTFormatError(error.localizedDescription, error.userInfo[RCTJSStackTraceKey], -1)
                   forKey:RCTUntruncatedMessageKey];
      @throw [[NSException alloc]  initWithName:name reason:message userInfo:userInfo];
  }
}

發(fā)現(xiàn)只要給設(shè)置了RCTGetFatalHandler()回調(diào)函數(shù)就不會(huì)拋出異常被冒。所以只需要自定義該回調(diào),在這里面自己上報(bào)錯(cuò)誤信息給bugly即可實(shí)現(xiàn)所需功能轮蜕。

- (void)setJSFatalHandler{ // application:didFinishLaunchingWithOptions:中調(diào)用
   RCTSetFatalHandler(^(NSError *error) {
     if (!error.userInfo) {
       [Bugly reportError:error];
       return;
     }
     NSArray *jsErrorStacks = error.userInfo[RCTJSStackTraceKey];
     if (!jsErrorStacks || jsErrorStacks.count == 0) {
       [Bugly reportError:error];
       return;
     }
     // bugly 上傳的錯(cuò)誤內(nèi)容有長(zhǎng)度限制昨悼,下面錯(cuò)誤處理內(nèi)容
     NSString *errDesc = error.userInfo[NSLocalizedDescriptionKey] ?: @"";
     if (errDesc.length > 150) {
       errDesc = [errDesc substringToIndex:150];
     }
     NSMutableString *errDescStr = errDesc.mutableCopy;
     [errDescStr appendString:@"-----jsErrorLocation-----: ["];
     NSInteger errCountLimit = 5;
     for (NSInteger i = 0; i < errCountLimit; i++) {
       NSDictionary *stack = jsErrorStacks[I];
       [errDescStr appendString:[NSString stringWithFormat:@"{line:%@, column:%@} ",stack[@"lineNumber"],stack[@"column"]]];
       if (i == errCountLimit - 1) {
         [errDescStr appendString:@"]"];
       }
     }
     NSDictionary *userInfo = @{ NSLocalizedDescriptionKey:errDescStr};
     NSError *newError = [NSError errorWithDomain:error.domain code:error.code userInfo:userInfo];
     
      // 上報(bào)錯(cuò)誤 
     [Bugly reportError:newError];
   });
}

這樣處理過后,js異常時(shí)APP不再崩潰跃洛,bugly控制臺(tái)崩潰分析/崩潰列表中不再有記錄率触,異常信息在錯(cuò)誤分析/錯(cuò)誤列表中呈現(xiàn)。

錯(cuò)誤日志.png

android端:本人安卓不熟汇竭,暫未處理葱蝗。

最后編輯于
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請(qǐng)聯(lián)系作者
  • 序言:七十年代末,一起剝皮案震驚了整個(gè)濱河市细燎,隨后出現(xiàn)的幾起案子垒玲,更是在濱河造成了極大的恐慌,老刑警劉巖找颓,帶你破解...
    沈念sama閱讀 206,482評(píng)論 6 481
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件合愈,死亡現(xiàn)場(chǎng)離奇詭異,居然都是意外死亡击狮,警方通過查閱死者的電腦和手機(jī)佛析,發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 88,377評(píng)論 2 382
  • 文/潘曉璐 我一進(jìn)店門,熙熙樓的掌柜王于貴愁眉苦臉地迎上來彪蓬,“玉大人寸莫,你說我怎么就攤上這事〉刀” “怎么了膘茎?”我有些...
    開封第一講書人閱讀 152,762評(píng)論 0 342
  • 文/不壞的土叔 我叫張陵,是天一觀的道長(zhǎng)酷誓。 經(jīng)常有香客問我披坏,道長(zhǎng),這世上最難降的妖魔是什么盐数? 我笑而不...
    開封第一講書人閱讀 55,273評(píng)論 1 279
  • 正文 為了忘掉前任棒拂,我火速辦了婚禮,結(jié)果婚禮上,老公的妹妹穿的比我還像新娘帚屉。我一直安慰自己谜诫,他們只是感情好,可當(dāng)我...
    茶點(diǎn)故事閱讀 64,289評(píng)論 5 373
  • 文/花漫 我一把揭開白布攻旦。 她就那樣靜靜地躺著喻旷,像睡著了一般。 火紅的嫁衣襯著肌膚如雪牢屋。 梳的紋絲不亂的頭發(fā)上掰邢,一...
    開封第一講書人閱讀 49,046評(píng)論 1 285
  • 那天,我揣著相機(jī)與錄音伟阔,去河邊找鬼辣之。 笑死,一個(gè)胖子當(dāng)著我的面吹牛皱炉,可吹牛的內(nèi)容都是我干的怀估。 我是一名探鬼主播,決...
    沈念sama閱讀 38,351評(píng)論 3 400
  • 文/蒼蘭香墨 我猛地睜開眼合搅,長(zhǎng)吁一口氣:“原來是場(chǎng)噩夢(mèng)啊……” “哼多搀!你這毒婦竟也來了?” 一聲冷哼從身側(cè)響起灾部,我...
    開封第一講書人閱讀 36,988評(píng)論 0 259
  • 序言:老撾萬(wàn)榮一對(duì)情侶失蹤康铭,失蹤者是張志新(化名)和其女友劉穎,沒想到半個(gè)月后赌髓,有當(dāng)?shù)厝嗽跇淞掷锇l(fā)現(xiàn)了一具尸體从藤,經(jīng)...
    沈念sama閱讀 43,476評(píng)論 1 300
  • 正文 獨(dú)居荒郊野嶺守林人離奇死亡,尸身上長(zhǎng)有42處帶血的膿包…… 初始之章·張勛 以下內(nèi)容為張勛視角 年9月15日...
    茶點(diǎn)故事閱讀 35,948評(píng)論 2 324
  • 正文 我和宋清朗相戀三年锁蠕,在試婚紗的時(shí)候發(fā)現(xiàn)自己被綠了夷野。 大學(xué)時(shí)的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片。...
    茶點(diǎn)故事閱讀 38,064評(píng)論 1 333
  • 序言:一個(gè)原本活蹦亂跳的男人離奇死亡荣倾,死狀恐怖悯搔,靈堂內(nèi)的尸體忽然破棺而出,到底是詐尸還是另有隱情舌仍,我是刑警寧澤妒貌,帶...
    沈念sama閱讀 33,712評(píng)論 4 323
  • 正文 年R本政府宣布,位于F島的核電站铸豁,受9級(jí)特大地震影響灌曙,放射性物質(zhì)發(fā)生泄漏。R本人自食惡果不足惜推姻,卻給世界環(huán)境...
    茶點(diǎn)故事閱讀 39,261評(píng)論 3 307
  • 文/蒙蒙 一平匈、第九天 我趴在偏房一處隱蔽的房頂上張望。 院中可真熱鬧藏古,春花似錦增炭、人聲如沸。這莊子的主人今日做“春日...
    開封第一講書人閱讀 30,264評(píng)論 0 19
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽(yáng)。三九已至厂捞,卻和暖如春输玷,著一層夾襖步出監(jiān)牢的瞬間,已是汗流浹背靡馁。 一陣腳步聲響...
    開封第一講書人閱讀 31,486評(píng)論 1 262
  • 我被黑心中介騙來泰國(guó)打工欲鹏, 沒想到剛下飛機(jī)就差點(diǎn)兒被人妖公主榨干…… 1. 我叫王不留,地道東北人臭墨。 一個(gè)月前我還...
    沈念sama閱讀 45,511評(píng)論 2 354
  • 正文 我出身青樓赔嚎,卻偏偏與公主長(zhǎng)得像,于是被迫代替她去往敵國(guó)和親胧弛。 傳聞我的和親對(duì)象是個(gè)殘疾皇子尤误,可洞房花燭夜當(dāng)晚...
    茶點(diǎn)故事閱讀 42,802評(píng)論 2 345