最近发现了一个bug,在bugly上记录多次,现在拿出来分享一下。
0 libobjc.A.dylib objc_object::release() + 8
1 libsystem_blocks.dylib _Block_release + 160
2 UIKit -[UIKeyboardTaskEntry dealloc] + 68
3 libobjc.A.dylib (anonymous namespace)::AutoreleasePoolPage::pop(void*) + 836
4 CoreFoundation _CFAutoreleasePoolPop + 28
5 UIKit __prepareForCAFlush + 596
6 UIKit __afterCACommitHandler + 236
7 CoreFoundation ___CFRUNLOOP_IS_CALLING_OUT_TO_AN_OBSERVER_CALLBACK_FUNCTION__ + 32
8 CoreFoundation ___CFRunLoopDoObservers + 372
9 CoreFoundation ___CFRunLoopRun + 956
10 CoreFoundation CFRunLoopRunSpecific + 424
11 GraphicsServices GSEventRunModal + 100
12 UIKit UIApplicationMain + 208
13 HBB_BuyerProject main (main.m:15)
14 libdyld.dylib _start + 4
复制代码
这是在bugly上面 copy
下来的崩溃原因,一眼看过去???果断 copy
方法了 [UIKeyboardTaskEntry dealloc]
去跟度娘讨教了一番找到了原因。
使用了MethodSwizzle
实现对数组、字典等系统方法的安全校验。显然能达到预期效果,但实际发现当键盘显示的情况下 home app 进入后台,再单击app 图标 切换回前台时 发生crash :[UIKeyboardLayoutStar release]: message sent to deallocated instance
UIKeyboardLayoutStar
是键盘上的布局的视图,整个工程都在ARC下构建,这个bug就有点奇怪了。出现bug的是iOS 10.3.1 - 10.3.3
,至于其他iOS版本未发现此bug。(调试时Xcode的Zombie Objects要打开)
解决方案:使用MethodSwizzle
修改了NSMutableArray
的objectAtIndex:
等方法的分类添加非ARC支持,并改写代码实现
-(id)securityObjectsAtIndexes:(NSUInterger)index {
@autoreleasepool {
if (index < self.count) {
return [self securityObjectsAtIndexes:index];
}else {
return nil;
}
}
}
复制代码
看到一个经验:就是涉及比较多runtime
的代码,最好不要用ARC。