iOS常見crash場景及解決方案

背景

眾所周知县昂,對于移動客戶端而言家夺,crash對于用戶是一種非常糟糕的體驗猫态,crash率對于一款移動應(yīng)用而言也是一個非常重要的質(zhì)量指標疤坝。因此對于開發(fā)者而言兆解,如何在代碼中規(guī)避一些容易出現(xiàn)crash的場景,養(yǎng)成良好的編碼習慣跑揉,就顯得非常重要了锅睛。本文僅以總結(jié)項目中經(jīng)常遇到的crash場景為例埠巨,分析如何規(guī)避開發(fā)iOS平臺應(yīng)用過程中容易遇到的一些可能會造成crash的問題。

crash場景

野指針訪問

表現(xiàn)

EXC_BAD_ACCESS

具體場景

  1. 定義property該用strong/weak修飾誤用成assign
  2. objc_setAssociatedObject方法中該用OBJC_ASSOCIATION_RETAIN_NONATOMIC修飾的對象誤用成OBJC_ASSOCIATION_ASSIGN
  3. CoreFoundation層對象Toll-Free Bridging到Foundation層中现拒,已經(jīng)用了__bridge_transfer關(guān)鍵字轉(zhuǎn)移了對象的所有權(quán)之后辣垒,又對CoreFoundation層對象調(diào)用了一次CFRelease,如:
CFUUIDRef uuid = CFUUIDCreate(NULL);
CFStringRef cfString = CFUUIDCreateString(NULL, uuid);
NSString *string = (__bridge_transfer NSString *)cfString;
CFRelease(cfString);
  1. NSNotification/KVO 只addObserver并沒有removeObserver
  2. block回調(diào)之前并沒有判空而是直接調(diào)用

解決方案

  1. 深刻了解各種關(guān)鍵字修飾內(nèi)存語義的區(qū)別印蔬,正確運用勋桶,例如delegate屬性一般都用weak修飾(可以引入靜態(tài)代碼檢查 和commit檢查 對assign關(guān)鍵字做警告??)Toll-Free Bridging中三個關(guān)于內(nèi)存語義關(guān)鍵字的含義:
    (__bridge T) op:告訴編譯器在 bridge 的時候不要做任何事情
    (__bridge_retained T) op:( ObjC 轉(zhuǎn) CF 的時候使用)告訴編譯器在 bridge 的時候 retain 對象,開發(fā)者需要在CF一端負責釋放對象
    (__bridge_transfer T) op:( CF 轉(zhuǎn) ObjC 的時候使用)告訴編譯器轉(zhuǎn)移 CF 對象的所有權(quán)侥猬,開發(fā)者不再需要在CF一端負責釋放對象
  2. debug階段啟動僵尸對象模式例驹,enbale Zombie Objects幫助輔助定位問題
    原理:在對象釋放(retainCount為0)時,使用一個內(nèi)置的Zombie對象退唠,替代原來被釋放的對象鹃锈。無論向該對象發(fā)送什么消息(函數(shù)調(diào)用),都會觸發(fā)異常铜邮,拋出調(diào)試信息仪召。
  3. 對于NSNotificatio/KVO addObserver和removeObserver一定要成對出現(xiàn),推薦使用FaceBook開源的第三方庫FBKVOController
  4. block回調(diào)之前先做判空松蒜,如:
if (self.didDelete) {
        self.didDelete(sender == self.clearAllButton ? YES : NO, self.viewModel);
}

查找不到指定的方法

表現(xiàn)

Terminating app due to uncaught exception 'NSInvalidAgumentException', reason: '-[Class methodName]: unrecognized selector sent to instance 0x1dd96160'

場景

  1. 頭文件聲明方法但是在.m文件中沒有實現(xiàn)/把方法名修改但是沒有在頭文件中同步
  2. 調(diào)用代理類的方法的時候沒有判斷代理類是否已經(jīng)實現(xiàn)對應(yīng)的方法而直接調(diào)用扔茅,編譯可以通過但是運行時會crash
  3. 對于id類型的對象沒有判斷類型直接強轉(zhuǎn)調(diào)用方法
  4. @property (nonatomic, copy) NSMutableArray *mutableArray;
    用copy修飾的可變屬性在賦值之后會變成不可變屬性,比如這里調(diào)用addObject方法之后就會crash
  5. 在低版本的系統(tǒng)用了高版本才有的api 如:
      //do something
} ```
iOS7下會crash秸苗,因為該api是從iOS8系統(tǒng)才開始支持

###解決方案
1. 新建方法時先在.m文件中寫方法實現(xiàn)召娜,再把方法名拷貝到頭文件中,修改方法名時先改頭文件中的聲明
2. **調(diào)用代理類的方法前先用 `respondsToSelector` 方法先判斷一下惊楼,然后再進行調(diào)用玖瘸。**
如:

if ([self.delegate respondsToSelector:@selector(methodNotExist)]) {
[self.delegate methodNotExist];
}

3. swizzle掉`NSObject`的`- (void)doesNotRecognizeSelector`方法給一個空的實現(xiàn)(風險比較大),因為方法查找不到在正常消息派發(fā)和三次消息轉(zhuǎn)發(fā)之后crash之前一定會調(diào)用到此方法檀咙。
4. 判斷類型之后再強轉(zhuǎn)調(diào)用對應(yīng)類中的方法 或者**從設(shè)計階段規(guī)避這種問題雅倒,如父類定義接口,子類重載實現(xiàn)**
5. 牢記一些高本版才有的api弧可,如

if([str containsString:@"a"]){
//do something
}

可以替換為

if ([str rangeOfString:@"a"]].location != NSNotFound) {
//do something
}


##集合類相關(guān)
###表現(xiàn)
- `Terminating app due to uncaught exception 'NSRangeException', reason: '*** -[__NSArrayI objectAtIndex:]: index 8 beyond bounds [0 .. 7]`
- `failed: caught "NSInvalidArgumentException", " * -[__NSPlaceholderDictionary initWithObjects:forKeys:count:]: attempt to insert nil object from objects[1]`
- `failed: caught "NSInvalidArgumentException", " * setObjectForKey: object cannot be nil (key: no_nillKey)`
- `failed: caught "NSInvalidArgumentException", " * setObjectForKey: key cannot be nil"`
- `Terminating app due to uncaught exception 'NSInvalidArgumentException', reason: '*** -[__NSArrayM insertObject:atIndex:]: object cannot be nil'`

###場景
1. 數(shù)組越界

NSArray *array = @[@"a",@"b",@"c"];
id letter = [array objectAtIndex:3];

2. 向數(shù)組中插入空對象 

NSMutableArray *mutableArrray = [NSMutableArray array];
[mutableArray addObject:nil];

3. 調(diào)用可變字典`setObject:ForKey`方法蔑匣,key或者value為空,特別注意字面量寫法

@{@"itemID":article.itemID}//這里itemID可能為空

4.一邊遍歷數(shù)組棕诵,一邊修改數(shù)組內(nèi)容

for(id item in self.itemArray) {
if (item != self.currentItem) {
[self.itemArray removeItem:item];
}
}

或者多線程環(huán)境中裁良,一個線程在讀另外一個線程在寫

###解決方案
1.  從數(shù)組中的某個下標取對于元素的時候先判斷下標與數(shù)組長度的關(guān)系,如:

if (index < [[self currentUsers] count]) {
UserModel * model = [[self currentUsers] objectAtIndex:index];
return model;
}

2. **對`NSMutableArray`以及`NSMutableDictionary`自定義一些安全的擴展方法**校套,如:

-(id)objectAtIndexSafely:(NSUInteger)index {
if (index >= self.count) {
return nil;
}
return [self objectAtIndex:index];
}

-(void)setObjectSafely:(id)anObject forKey:(id <NSCopying>)aKey {
if (!aKey) {
return;
}
if (!anObject){
return;
}
[self setObject:anObject forKey:aKey];
}

3. **調(diào)用`NSMutableDictionary`的`setValue:ForKey:`方法而不是`setObject:ForKey:`方法价脾,少用字面量語法**
`NSDictionary`內(nèi)部對value做了處理,`[mutableDictionary setValue:nil ForKey:@"name"]`不會崩潰
4. 保證多線程中讀寫操作的原子性:
方法:加鎖,信號量笛匙,GCD串行隊列侨把,GCD `dispatch_barrier_async`方法等犀变,`dispatch_barrier_async`用法示例:

_cache = [[NSMutableDictionary alloc] init];
_queue = dispatch_queue_create("com.mutablearray.safety", DISPATCH_QUEUE_CONCURRENT);
-(id)cacheObjectForKey: (id)key {
__block obj;
dispatch_sync(_queue, ^{
obj = [_cache objectForKey: key];
});
return obj;
}
-(void)setCacheObject: (id)obj forKey: (id)key {
dispatch_barrier_async(_queue, ^{
[_cache setObject: obj forKey: key];
});
}

 遍歷時需要修改原數(shù)組的時候可以遍歷原數(shù)組的一個拷貝,如:

NSMutableArray *copyArray = [NSMutableArray arrayWithArray:self.items];
for(id item in copyArray) {
if (item != self.currentItem) {
[self.items removeGuideViewItem:item];
}
}


##KVO 對同一keypath多次removeObserver
###表現(xiàn)
`*** Terminating app due to uncaught exception 'NSRangeException', reason: 'Cannot remove an observer <UIView 0x7f9a90f0a0d0> for the key path "frame" from <ViewController 0x7f9a90e07010> because it is not registered as an observer.'`
###場景
當對同一個keypath進行兩次removeObserver時會導致程序crash座硕,這種情況常常出現(xiàn)在父類有一個KVO弛作,父類在dealloc中remove了一次,子類又remove了一次
解決方案:
1. try&catch(容易掩蓋問題)
2. 確保addObserver和removeObserver一定要成對出現(xiàn)华匾,推薦使用FaceBook開源的第三方庫FBKVOController
3. **可以分別在父類以及本類中定義各自的context字符串映琳,比如在本類中定義context為@"ThisIsMyKVOContextNotSuper";然后在dealloc中remove observer時指定移除的自身添加的observer。這樣iOS就能知道移除的是自己的KVO蜘拉,而不是父類中的KVO萨西,避免二次remove造成crash。**

##KVC相關(guān)
###表現(xiàn)
- ` *** Terminating app due to uncaught exception 'NSInvalidArgumentException', reason: '[ setNilValueForKey]: could not set nil as the value for the key age.' // 調(diào)用setNilValueForKey拋出異常`
- `*** Terminating app due to uncaught exception 'NSUnknownKeyException', reason: '[<ViewController 0x7ff968606ee0> setValue:forUndefinedKey:]: this class is not key value coding-compliant for the key undefined.'//在類中找不到對應(yīng)的key`

###場景
1. 
value為nil旭旭,如:
`
[people1 setValue:nil forKey:@"age"]
`
2. 
在本類中找不到對應(yīng)的key谎脯,如:
`
[viewController setValue:@"crash" forKey:@"undefined"];
`

###解決方案
1. **重寫setNilValueForKey方法**

-(void)setNilValueForKey:(NSString *)key{
NSLog(@"不能將%@設(shè)成nil",key);
}

2. **重寫setValue:forUndefinedKey:方法**

-(void)setValue:(id)value forUndefinedKey:(NSString *)key{
NSLog(@"出現(xiàn)異常,該key不存在%@",key);
}


##UITableView或者UICollectionView的代理方法中返回空的cell
###表現(xiàn)
以UITableView為例:
`*** Terminating app due to uncaught exception 'NSInternalInconsistencyException', reason: 'UITableView (<ContainerTableView: 0x7fec623a6400; baseClass = UITableView; frame = (0 0; 375 567); clipsToBounds = YES; autoresize = W+H; gestureRecognizers = <NSArray: 0x608002844bf0>; layer = <CALayer: 0x60800183eec0>; contentOffset: {0, 0}; contentSize: {375, 2946}>) failed to obtain a cell from its dataSource (<FeedBaseDelegate: 0x600003668540>)'`
###場景
`UITableView`的 `cellForRowAtIndexPath`方法或者`UICollectionView`的`cellForItemAtIndexPath`方法因為異常返回了nil
出現(xiàn)這種情況的原因有:
- `numberOfRowsInSection`返回的數(shù)目不正確持寄,導致行數(shù)比cellForRoAtIndexPath預期的多源梭,于是`cellForRowAtIndexPath`方法就不能正確返回超出預期的cell了。
- `cellForRowAtIndexPath`中邏輯有誤稍味,漏了一些情況废麻,導致有些cell不能正確返回。

###解決方案
**在相應(yīng)的代理方法返回之前加一層如果cell為空就返回一個默認cell的兜底保護策略**模庐,如:
  • (UITableViewCell *)tableView:(UITableView *)tableView cellForRowAtIndexPath:(NSIndexPath *)indexPath {
    ExploreCellBase * cell = nil;
    if (!cell) {
    UITableViewCell *cell = [tableView dequeueReusableCellWithIdentifier:@"preventCrashCellIdentifier"];
    if (!cell) {
    cell = [[UITableViewCell alloc] initWithStyle:UITableViewCellStyleDefault reuseIdentifier:@"preventCrashCellIdentifier"];
    }
    cell.textLabel.text = @"";
    return cell;
    }
    return cell;
    }
最后編輯于
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
  • 序言:七十年代末烛愧,一起剝皮案震驚了整個濱河市,隨后出現(xiàn)的幾起案子掂碱,更是在濱河造成了極大的恐慌怜姿,老刑警劉巖,帶你破解...
    沈念sama閱讀 216,372評論 6 498
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件疼燥,死亡現(xiàn)場離奇詭異沧卢,居然都是意外死亡,警方通過查閱死者的電腦和手機醉者,發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 92,368評論 3 392
  • 文/潘曉璐 我一進店門搏恤,熙熙樓的掌柜王于貴愁眉苦臉地迎上來,“玉大人湃交,你說我怎么就攤上這事√俪玻” “怎么了搞莺?”我有些...
    開封第一講書人閱讀 162,415評論 0 353
  • 文/不壞的土叔 我叫張陵,是天一觀的道長掂咒。 經(jīng)常有香客問我才沧,道長迈喉,這世上最難降的妖魔是什么? 我笑而不...
    開封第一講書人閱讀 58,157評論 1 292
  • 正文 為了忘掉前任温圆,我火速辦了婚禮挨摸,結(jié)果婚禮上,老公的妹妹穿的比我還像新娘岁歉。我一直安慰自己得运,他們只是感情好,可當我...
    茶點故事閱讀 67,171評論 6 388
  • 文/花漫 我一把揭開白布锅移。 她就那樣靜靜地躺著熔掺,像睡著了一般。 火紅的嫁衣襯著肌膚如雪非剃。 梳的紋絲不亂的頭發(fā)上置逻,一...
    開封第一講書人閱讀 51,125評論 1 297
  • 那天,我揣著相機與錄音备绽,去河邊找鬼券坞。 笑死,一個胖子當著我的面吹牛肺素,可吹牛的內(nèi)容都是我干的恨锚。 我是一名探鬼主播,決...
    沈念sama閱讀 40,028評論 3 417
  • 文/蒼蘭香墨 我猛地睜開眼压怠,長吁一口氣:“原來是場噩夢啊……” “哼眠冈!你這毒婦竟也來了?” 一聲冷哼從身側(cè)響起菌瘫,我...
    開封第一講書人閱讀 38,887評論 0 274
  • 序言:老撾萬榮一對情侶失蹤蜗顽,失蹤者是張志新(化名)和其女友劉穎,沒想到半個月后雨让,有當?shù)厝嗽跇淞掷锇l(fā)現(xiàn)了一具尸體雇盖,經(jīng)...
    沈念sama閱讀 45,310評論 1 310
  • 正文 獨居荒郊野嶺守林人離奇死亡,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內(nèi)容為張勛視角 年9月15日...
    茶點故事閱讀 37,533評論 2 332
  • 正文 我和宋清朗相戀三年栖忠,在試婚紗的時候發(fā)現(xiàn)自己被綠了崔挖。 大學時的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片。...
    茶點故事閱讀 39,690評論 1 348
  • 序言:一個原本活蹦亂跳的男人離奇死亡庵寞,死狀恐怖狸相,靈堂內(nèi)的尸體忽然破棺而出,到底是詐尸還是另有隱情捐川,我是刑警寧澤脓鹃,帶...
    沈念sama閱讀 35,411評論 5 343
  • 正文 年R本政府宣布,位于F島的核電站古沥,受9級特大地震影響瘸右,放射性物質(zhì)發(fā)生泄漏娇跟。R本人自食惡果不足惜,卻給世界環(huán)境...
    茶點故事閱讀 41,004評論 3 325
  • 文/蒙蒙 一太颤、第九天 我趴在偏房一處隱蔽的房頂上張望苞俘。 院中可真熱鬧,春花似錦龄章、人聲如沸吃谣。這莊子的主人今日做“春日...
    開封第一講書人閱讀 31,659評論 0 22
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽基协。三九已至,卻和暖如春菇用,著一層夾襖步出監(jiān)牢的瞬間澜驮,已是汗流浹背。 一陣腳步聲響...
    開封第一講書人閱讀 32,812評論 1 268
  • 我被黑心中介騙來泰國打工惋鸥, 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留杂穷,地道東北人。 一個月前我還...
    沈念sama閱讀 47,693評論 2 368
  • 正文 我出身青樓卦绣,卻偏偏與公主長得像耐量,于是被迫代替她去往敵國和親。 傳聞我的和親對象是個殘疾皇子滤港,可洞房花燭夜當晚...
    茶點故事閱讀 44,577評論 2 353

推薦閱讀更多精彩內(nèi)容