一句话笔记,某段时间内遇到或看到的某个可记录的点。 2016-8-19
- removerFromSuperView 的使用
- NSArray 中 lastObject firstObject
- .dSYM 文件的初步了解
- 使用 insertItemsAtIndexPaths 遇到的一个问题
1、 removerFromSuperView 的使用
在某些视图界面,我们经常会用到 removerFromSuperView该方法,但是 removerFromSuperView 之后,那个view 的内存块真的立马消失啦吗?
首先,我们清楚的是addSubview
& removeFromSuperview
两者是对应的:
- (void)addSubview:(UIView *)view;
- (void)removeFromSuperview;
通过 MAC 中,测试发现 使用 addSubview 时view 的retainCount 是加1的,而使用 removeFromSuperview 时 view 也是加1的,这很奇怪,但你多次使用 removeFromSuperview 又会因为内存提早是释放而被崩掉,原因是:
在MRC时期经常发现retainCount不准确,这主要是因为iOS系统API的引用、或自动释放池导致的;
所以retainCount并不能当做可靠的参考。
而我们现在基本都是在ARC的环境下,而提到的问题,removerFromSuperView 之后,那个view 的内存块真的立马别干掉吗? 答案肯定是不会的,准确的消失的时间不确定,应该是 当前runloop 结束后消失的,反正在 dealloc 之前肯定会被干掉。
言简意赅,在ARC 中,对于内存这块的考虑,我们使用 removeFromSuperview 时 是没有必要太多担忧的,另外就算我们重复使用该方法,系统也只会执行一次,不必担心多次使用的问题。
同时注意官方文档中提到的:
Never call this method from inside your view’s drawRect: method.
永远不要在你的view的drawRect方法中调用removeFromSuperview;
更详细可阅读:随便说说removeFromSuperview方法
2、 NSArray 中 lastObject firstObject
为什么会对比一下这两个方法呢?因为iOS 7.0 之前是没有暴露 firstObject 的,所以不得不重看一下,当时好多人都是直接写一个分类获取该方法的,同时注意的是注意当时Mac OSX的SDK并没有,后期才出来的
@property (nullable, nonatomic, readonly) ObjectType firstObject
NS_AVAILABLE(10_6, 4_0);
虽说上面写的是 Mac OS 10.6 和 iOS 4_0 就有了,但是之前是没有暴露的。所以此处是提醒自己一定要注意 版本的差异性。
#import "NSArray+firstObject.h"
@implementation NSArray (firstObject)
- (id) firstObject {
if (self.count > 0) {
return [self objectAtIndex:0];
}else{
return nil;
}
}
@end
PS: 备注看看 YY 写 的 NSArray 丢失的 firstObject 方法.
3、.dSYM 文件的初步了解
在Xcode编译项目之后,会在app旁看见一个同名的.dSYM文件,它是一个编译的中转文件,简单说就是 debug 的 symbols 包含在这个文件中。
- 作用:当release的版本 crash的时候,会有一个日志文件,包含出错的内存地址,,使用symbolicatecrash工具能够把日志和dSYM文件转换成可以阅读的log信息,也就是将内存地址,转换成程序里的函数或变量和所属于的 文件名。
PS:备注学习:dSYM 文件分析工具
所以注意发布程序的时候保留.dSYM 文件可与用来还原崩溃
4、 使用
insertItemsAtIndexPaths
遇到的一个问题
在用UICollectionView的时候,加载更多数据的时候后,可以直接用[self.collectionView reloadData]
, 但是会出现一闪的情况,而调用 insertItemsAtIndexPaths
则可以很好的解决这个问题,但是我用的的时候遇到这个BUG: _endItemAnimationsWithInvalidationContext:tentativelyForReordering:
经过查找网上问题,检查并结合自己的代码发现了两个以下会发生上述bug的原因:
- 数据源的数量与操作cell后的cell的数量不一致
- 在使用下面方法的时候同时调用了
[self.collectionView reloadData];
- 使用 performBatchUpdates 配合,这个一般不会崩溃,但可能有意想不到的问题。
- (void)insertItemsAtIndexPaths:(NSArray<NSIndexPath *> *)indexPaths;
- (void)deleteItemsAtIndexPaths:(NSArray<NSIndexPath *> *)indexPaths;
- (void)reloadItemsAtIndexPaths:(NSArray<NSIndexPath *> *)indexPaths;
同时也注意用到这个方法:
- (void)performBatchUpdates:(void (^ __nullable)(void))updates completion:(void (^ __nullable)(BOOL finished))completion; // allows multiple insert/delete/reload/move calls to be animated simultaneously. Nestable.
[self.collectionView performBatchUpdates:^{
[self.collectionView insertItemsAtIndexPaths:indexPaths];
} completion:NULL];
使用该系列方法一定要注意这两个坑,稍不注意就可能遇到该Bug。