几个概念点分析的比较好的文章
整理的部分iOS 面试题
什么时候在 block 中不需要使用 weakSelf?
问题:我们知道，在使用 block 的时候，为了避免产生循环引用，通常需要使用 weakSelf 与 strongSelf，写下面这样的代码：
__weak typeof(self) weakSelf = self;
[self doSomeBlockJob:^{
__strong typeof(weakSelf) strongSelf = weakSelf;
if (strongSelf) {
...
}
}];
那么请问：什么时候在 block里面用self，不需要使用weakself?
当block本身不被self 持有，而被别的对象持有，同时不产生循环引用的时候，就不需要使用weakself了。最常见的代码就是UIView的动画代码，我们在使用UIView animateWithDuration:animations方法 做动画的时候，并不需要使用weakself，因为引用持有关系是：
UIView 的某个负责动画的对象持有block，block 持有了self因为 self 并不持有 block，所以就没有循环引用产生，因为就不需要使用 weak self 了。
[UIView animateWithDuration:0.2 animations:^{
self.alpha = 1;
}];
当动画结束时，UIView会结束持有这个 block，如果没有别的对象持有block的话，block 对象就会释放掉，从而 block会释放掉对于 self 的持有。整个内存引用关系被解除。
在使用 block 的时候，为了避免产生循环引用，通常需要使用 weakSelf 与 strongSelf，为什么 block 里面还需要写一个 strong self，如果不写会怎么样？
在 block 中先写一个 strong self，其实是为了避免在 block 的执行过程中，突然出现 self 被释放的尴尬情况。通常情况下，如果不这么做的话，还是很容易出现一些奇怪的逻辑，甚至闪退。
我们以AFNetworking中的AFNetworkReachabilityManager.m的一段代码举例：
__weak __typeof(self)weakSelf = self;
AFNetworkReachabilityStatusBlock callback = ^(AFNetworkReachabilityStatus status) {
__strong __typeof(weakSelf)strongSelf = weakSelf;
strongSelf.networkReachabilityStatus = status;
if (strongSelf.networkReachabilityStatusBlock) {strongSelf.networkReachabilityStatusBlock(status);
}
};
如果没有strongSelf的那行代码，那么后面的每一行代码执行时，self都可能被释放掉了，这样很可能造成逻辑异常。
特别是当我们正在执行 strongSelf.networkReachabilityStatusBlock(status); 这个 block闭包时，如果这个 block 执行到一半时 self 释放，那么多半情况下会 Crash。
weak 的内部实现原理
- weak 变量在引用计数为0时，会被自动设置成 nil，这个特性是如何实现的？
《Objective-C高级编程》一书中也介绍了相关的内容。
简单来说，系统有一个全局的 CFMutableDictionary 实例，来保存每个对象的 weak 指针列表，因为每个对象可能有多个 weak 指针，所以这个实例的值是 CFMutableSet 类型。
剩下我们要做的，就是在引用计数变成 0 的时候，去这个全局的字典里面，找到所有的 weak 指针，将其值设置成 nil。如何做到这一点呢？Friday QA 上介绍了一种类似 KVO 实现的方式。当对象存在 weak 指针时，我们可以将这个实例指向一个新创建的子类，然后修改这个子类的 release 方法，在 release 方法中，去从全局的 CFMutableDictionary 字典中找到所有的 weak 对象，并且设置成 nil。我摘抄了 Friday QA 上的实现的核心代码，如下：
Class subclass = objc_allocateClassPair(class, newNameC, 0);
Method release = class_getInstanceMethod(class, @selector(release));
Method dealloc = class_getInstanceMethod(class, @selector(dealloc));
class_addMethod(subclass, @selector(release), (IMP)CustomSubclassRelease, method_getTypeEncoding(release));
class_addMethod(subclass, @selector(dealloc), (IMP)CustomSubclassDealloc, method_getTypeEncoding(dealloc));
objc_registerClassPair(subclass);
以下代码运行结果如何
- (void)viewDidLoad
{
[super viewDidLoad];
NSLog(@"1");
dispatch_sync(dispatch_get_main_queue(), ^{
NSLog(@"2");
});
NSLog(@"3");
}
只能输出1,然后线程主线程死锁
因为主线程阻塞。
dispatch_async(dispatch_get_main_queue(), ^{
用async异步就不会掐死线程了
});
( 不管是同步函数或者是异步函数，都会将block里面的内容派遣到对应的队列的最下面。,我的理解是,如果是异步的情况下，输出顺序应该是1-3-2，，在主线程队列后插入了一个Block，在log“3”之后执行。 所以在主线程同步的情况下变成了 要执行log“2”， 先执行log“3”， 但是log“2”的执行是主线程同步，所以在log“2”执行完之前，log“3”不会执行，所以会造成死锁)
这个写法会出什么问题： @property (copy) NSMutableArray *array;
两个问题：1、添加,删除,修改数组内的元素的时候,程序会因为找不到对应的方法而崩溃.因为 copy 就是复制一个不可变 NSArray 的对象；2、使用了 atomic 属性会严重影响性能 ；
第1条的相关原因在下文中有论述《用@property声明的NSString（或NSArray，NSDictionary）经常使用 copy 关键字，为什么？如果改用strong关键字，可能造成什么问题？》 以及上文《怎么用 copy 关键字？》也有论述。
比如下面的代码就会发生崩溃
// .h文件
// http://weibo.com/luohanchenyilong/
// https://github.com/ChenYilong
// 下面的代码就会发生崩溃
@property (nonatomic, copy) NSMutableArray *mutableArray;
// .m文件
// http://weibo.com/luohanchenyilong/
// https://github.com/ChenYilong
// 下面的代码就会发生崩溃
NSMutableArray *array = [NSMutableArray arrayWithObjects:@1,@2,nil];
self.mutableArray = array;
[self.mutableArray removeObjectAtIndex:0];
接下来就会奔溃：
-[__NSArrayI removeObjectAtIndex:]: unrecognized selector sent to instance 0x7fcd1bc30460
