一句话笔记，某段时间内遇到或看到的某个可记录的点。 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。
