一.面试问题
使用CADisplayLink、NSTimer有什么注意点？
循环引用、NSTimer定时器不准介绍下内存的几大区域
内存布局图、Tagged Poniter讲一下你对 iOS 内存管理的理解
Tagged Poniter+ 第四部分ARC 都帮我们做了什么？
ARC使用LLVVM编译器，自动生成release、retain
像weak弱引用这样的存在，runtime在程序运行的时候，weak修饰的对象要销毁时指针指为nil
所以ARC是LLVVM编译器和runtime系统相互协作的一个结果weak指针的实现原理
1.把弱引用存储到SideTable的weak_table_t这个哈希表里面；
2.对象要dealloc销毁的时候，取出当前对象的弱引用表weak_table_t，把弱引用进行清除，指向当前对象的指针设置为nilautorelease对象在什么时机会被调用release（详细看文末）
如果对象直接被autoreleasepool包住，那在autoreleasepool大括号结束的时候就release；
如果对象不是被autoreleaspool包住，释放是由runloop控制的。在所属的runloop循环中，runloop休眠之前调用release方法里有局部对象， 出了方法后会立即释放吗（详细看文末）
如果是用autorelease的形式释放的话，是在所属的runloop休眠之前释放。
如果是arc下，出了方法就立即释放了。因为在方法结束的时候，方法给局部对象调用了release方法（如下，arc是如下）
二.定时器
使用CADisplayLink、NSTimer有什么注意点？
循环引用、NSTimer定时器不准
1.CADisplayLink、NSTimer使用注意
问题：CADisplayLink、NSTimer会对target产生强引用，如果target又对它们产生强引用，那么就会引发循环引用
解决方案：
方案1：使用block
__weak typeof(self) weakSelf = self;
self.timer = [NSTimer scheduledTimerWithTimeInterval:1.0 repeats:YES block:^(NSTimer * _Nonnull timer) {
[weakSelf timerTest];
}];
- 方案2：使用代理对象（NSProxy）
如果MJProxy继承NSObject，会去父类里面搜索是否有这个方法。如果继承NSProxy，他直接就进入消息转发了。所以我们使用NSProxy。
MJProxy:
.h:
@interface MJProxy : NSProxy
+ (instancetype)proxyWithTarget:(id)target;
@property (weak, nonatomic) id target;
@end
.m:
@implementation MJProxy
+ (instancetype)proxyWithTarget:(id)target
{
// NSProxy对象不需要调用init，因为它本来就没有init方法
MJProxy *proxy = [MJProxy alloc];
proxy.target = target;
return proxy;
}
- (NSMethodSignature *)methodSignatureForSelector:(SEL)sel
{
return [self.target methodSignatureForSelector:sel];
}
- (void)forwardInvocation:(NSInvocation *)invocation
{
[invocation invokeWithTarget:self.target];
}
@end
ViewController:
self.timer = [NSTimer scheduledTimerWithTimeInterval:1.0 target:[MJProxy proxyWithTarget:self] selector:@selector(timerTest) userInfo:nil repeats:YES];
2.GCD定时器
NSTimer依赖于RunLoop，如果RunLoop的任务过于繁重，可能会导致NSTimer不准时
为什么不准确呢？因为它基于runloop，runloop每跑一圈都需要耗时间，而且时间不会一样。
比如定时器是1s执行一次。runloop跑一圈是0.2s，发现还不到1s，继续跑。下一次跑了0.9s，发现是1.1s了，就去执行NSTimer，导致NSTimer不准确。
而GCD的定时器会更加准时
因为他不基于NSRunloop
dispatch_queue_t queue = dispatch_queue_create("timer", DISPATCH_QUEUE_SERIAL);
// 创建定时器
dispatch_source_t timer = dispatch_source_create(DISPATCH_SOURCE_TYPE_TIMER, 0, 0, queue);
// 设置时间
uint64_t start = 2.0; // 2秒后开始执行
uint64_t interval = 1.0; // 每隔1秒执行
dispatch_source_set_timer(timer,
dispatch_time(DISPATCH_TIME_NOW, start * NSEC_PER_SEC),
interval * NSEC_PER_SEC, 0);
// 设置回调
// dispatch_source_set_event_handler(timer, ^{
// NSLog(@"1111");
// });
dispatch_source_set_event_handler_f(timer, timerFire);
// 启动定时器
dispatch_resume(timer);
self.timer = timer;
三.内存布局
1.内存布局
上图中，内存地址由低到高。
代码段：编译之后的代码
数据段
字符串常量：比如NSString *str = @"123"
已初始化数据：已初始化的全局变量、静态变量等
未初始化数据：未初始化的全局变量、静态变量等栈：函数调用开销，比如局部变量。分配的内存空间地址越来越小
堆：通过alloc、malloc、calloc等动态分配的空间，分配的内存空间地址越来越大
2.Tagged Pointer
2.1 Tagged Pointer
从64bit开始，iOS引入了Tagged Pointer技术，用于优化NSNumber、NSDate、NSString等小对象的存储
2.2 Tagged Pointer 作用
在没有使用Tagged Pointer之前：
-NSNumber等对象需要动态分配内存、维护引用计数等，NSNumber指针存储的是堆中NSNumber对象的地址值
使用Tagged Pointer之后:
-NSNumber指针里面存储的数据变成了：Tag + Data，也就是将数据直接存储在了指针中
-当指针不够存储数据时，才会使用动态分配内存的方式来存储数据
objc_msgSend能识别Tagged Pointer，比如NSNumber的intValue方法，直接从指针提取数据，节省了以前的调用开销（内存优化、方法调用也优化了）
2.3 如何判断一个指针是否为Tagged Pointer？
把地址的最高位、最低位转换成二进制判断
iOS平台，最高有效位是1（第64bit）
Mac平台，最低有效位是1
-
runtime里面判断是否是Tagged Pointer的方法：
runtime里面判断的方法
其中，_OBJC_TAG_MASK 的取值：
2.4 面试题
思考以下2段代码能发生什么事？有什么区别？
情况1：会奔溃。因为同时多条线程执行setName方法里面的[_name release]
解决方案：每次赋值的时候进行加锁
情况2：未崩溃。是以TAG POINTER的方法进行存储的。不会进行引用计数，调用[_name release]方法，导致奔溃
四.对象的内存管理
在iOS中，使用引用计数来管理OC对象的内存
一个新创建的OC对象引用计数默认是1，当引用计数减为0，OC对象就会销毁，释放其占用的内存空间
调用retain会让OC对象的引用计数+1，调用release会让OC对象的引用计数-1
内存管理的经验总结
当调用alloc、new、copy、mutableCopy方法返回了一个对象，在不需要这个对象时，要调用release或者autorelease来释放它
想拥有某个对象，就让它的引用计数+1；不想再拥有某个对象，就让它的引用计数-1
- 可以通过以下私有函数来查看自动释放池的情况
extern void _objc_autoreleasePoolPrint(void);
1.引用计数器的存储
在64bit中，引用计数可以直接存储在优化过的isa指针中。
isa指针中的extra_rc 存储引用计数器，= 引用计数器的值 – 1；如果isa中不够存储，has_sidetable_rc = 1,就会存储到sideTable的refcnts中(refcnts是一个存放着对象引用计数的散列表)
2.weak指针的原理
- __weak 不会产生强引用。指向的对象释放后，会自动指向nil。不会产生野指针。
- __unsafe_unretained 不会产生强引用。但是不会自动指向nil
__weak的原理：需要看runtime的源码里面，dealloc销毁对象的时候是怎么做的。
3. dealloc
当一个对象要释放时，会自动调用dealloc，接下的调用轨迹是
dealloc
_objc_rootDealloc
rootDealloc
object_dispose
objc_destructInstance、free
所以，weak修饰的对象自动指向nil的原理：
1.把弱引用存储到SideTable的weak_table_t这个哈希表里面；
2.对象要dealloc销毁的时候，取出当前对象的弱引用表weak_table_t，把弱引用进行清除，指向当前对象的指针设置为nil
五.autorelease
1.autoreleasePool
上面的push、pop方法中，都是运用AutoreleasePoolPage完成。
atautoreleasepoolobj = objc_autoreleasePoolPush();
objc_autoreleasePoolPop(atautoreleasepoolobj);
- 自动释放池的主要底层数据结构是：__AtAutoreleasePool、AutoreleasePoolPage
- 调用了autorelease的对象最终都是通过AutoreleasePoolPage对象来管理的
2.AutoreleasePoolPage的结构
- 每个AutoreleasePoolPage对象占用4096字节内存，除了用来存放AutoreleasePoolPage内部的成员变量（如下图），剩下的空间用来存放autorelease对象（放在autoreleasepool中的对象）的地址
当AutoreleasePoolPage对象不够存储的时候，会创建新的AutoreleasePoolPage对象
-
所有的AutoreleasePoolPage对象通过双向链表的形式连接在一起
双向链表
如下，有多个autoreleasePoolPage。每个autoreleasePoolPage存储成员变量，剩余部分存储autoreleasePoolPage的对象地址。
为了形成链表，autoreleasePoolPage的child指向下一个autoreleasePoolPage（最后一个autoreleasePoolPage没有child）。parent指向上一个autoreleasePoolPage（第一个autoreleasePoolPage没有parent）。
- 上面讲述的objc_autoreleasePoolPush方法调用时候，会将一个POOL_BOUNDARY入栈（到AutoreleasePoolPage中），并且返回其存放的内存地址(即下面的atautoreleasepoolobj)
atautoreleasepoolobj = objc_autoreleasePoolPush();
- 调用pop方法时传入一个POOL_BOUNDARY的内存地址(即下面的atautoreleasepoolobj)，会从最后一个入栈的对象开始发送release消息，直到遇到这个POOL_BOUNDARY
objc_autoreleasePoolPop(atautoreleasepoolobj);
-
AutoreleasePoolPage中的 id *next指向了下一个能存放autorelease对象地址的区域
id *next指向 有多个autoreleasepool嵌套，如果一个poolPage还有存储空间，多个autoreleasepool的对象也会放到同一个poolPage中
Page（hot）：当前使用的page；Page（cold）：不是当前使用的page
总结
- 自动释放池的主要底层数据结构是：__AtAutoreleasePool、AutoreleasePoolPage
__AtAutoreleasePool结构体里面有push、pop方法。这两个方法主要使用AutoreleasePoolPage。
__AtAutoreleasePool的效果- AutoreleasePoolPage存放AutoreleasePoolPage的成员变量和autoreleasepool对象。
- 调用push方法的时候，把POOL_BOUNDARY入栈（到AutoreleasePoolPage中），并且返回其存放的内存地址
- 调用objc_autoreleasePoolPop(atautoreleasepoolobj);从最后一个入栈的对象开始发送release消息，直到遇到这个POOL_BOUNDARY
3. Runloop和Autorelease
iOS在主线程的Runloop中注册了2个Observer
- 第1个Observer监听了kCFRunLoopEntry事件，会调用objc_autoreleasePoolPush()
- 第2个Observer
监听了kCFRunLoopBeforeWaiting事件，会调用objc_autoreleasePoolPop()、objc_autoreleasePoolPush()
监听了kCFRunLoopBeforeExit事件，会调用objc_autoreleasePoolPop()
4.面试题
4.1autorelease对象在什么时机会被调用release（调用autorelease其实是把计数器-1）：
- 如果对象直接被autoreleasepool包住，那在autoreleasepool大括号结束的时候就release；
- 如果对象不是被autoreleaspool包住，释放是由runloop控制的。在所属的runloop循环中，runloop休眠之前调用release
下面是执行顺序：didLoad、WillApper、MJPerson deallloc、DidApper。（也说明didLoad、WillApper属于同一个runloop循环）
4.2 方法里有局部对象， 出了方法后会立即释放吗？
- 如果是用autorelease的形式释放的话，是在所属的runloop休眠之前释放。
- 如果是arc下，出了方法就立即释放了。因为在方法结束的时候，方法给局部对象调用了release方法（如下，arc是如下）
