CADisplayLink,NSTimer使用注意
循环引用解决
指向图解释
GCD定时器
NSTimer依赖于RunLoop，如果RunLoop的任务过于繁重，可能会导致NSTimer不准时，而GCD的定时器会更加准时
GCD定时器
iOS程序的内存布局
内存布局
代码测试
Tagged Pointer
从64bit开始，iOS引入了Tagged Pointer技术，用于优化NSNumber、NSDate、NSString等小对象的存储
在没有使用Tagged Pointer之前， NSNumber等对象需要动态分配内存、维护引用计数等，NSNumber指针存储的是堆中NSNumber对象的地址值
使用Tagged Pointer之后，NSNumber指针里面存储的数据变成了：Tag + Data，也就是将数据直接存储在了指针中
当指针不够存储数据时，才会使用动态分配内存的方式来存储数据
objc_msgSend能识别Tagged Pointer，比如NSNumber的intValue方法，直接从指针提取数据，节省了以前的调用开销
如何判断一个指针是否为Tagged Pointer？
iOS平台，最高有效位是1（第64bit）
Mac平台，最低有效位是1
判断是否为Tagged Pointer
源码图
TaggdPointer
表现形式
测试代码
Tagged Pointer 面试题
测试代码1
测试代码2
运行的结果是测试代码1会出现奔溃的情况，测试代码2不会，为什么呢？是因为测试代码1，因为超过了Tagged Pointer的限制之后，直接转换成以前的为对象分配内存的情况，self.name 调用的是setter方法，而setter方法是release旧值，然后retain新值，这样在多线程的情况下就会出现，对象正准备调用的时候，发现已经被release掉了，所以会导致奔溃，而测试代码2，是直接在地址指针上面赋值，和setter方法无关
终端打印结果
总结图(深入理解Tagged Pointer)
OC对象的内存管理
在iOS中，使用引用计数来管理OC对象的内存，一个新创建的OC
对象引用计数默认是1，当引用计数减为0，OC
对象就会销毁，释放其占用的内存空间；调用retain会让OC
对象的引用计数+1，调用release会让OC对象的引用计数-1;
可以通过以下私有函数来查看自动释放池的情况
extern void _objc_autoreleasePoolPrint(void);
copy 和 mutableCopy
copy&mutableCopy
引用计数的存储
引用计数的存储
dealloc
当一个对象要释放时，会自动调用dealloc，接下的调用轨迹是
dealloc->_objc_rootDealloc->rootDealloc->object_dispose->objc_destructInstance->free
dealloc
自动释放池
自动释放池
AutoreleasePoolPage的结构
poolPage的结构
调用push方法会将一个POOL_BOUNDARY入栈，并且返回其存放的内存地址，调用pop方法时传入一个POOL_BOUNDARY的内存地址，会从最后一个入栈的对象开始发送release消息，直到遇到这个POOL_BOUNDARY
Runloop和Autorelease
iOS在主线程的Runloop中注册了2个Observer，
第一个Observer监听了KCFRunLoopEntry事件，会调用objc_autoreleasePoolPush();
第二个Observer监听了KCFRunLoopBeforeWaiting事件，会调用objc_autoreleasePoolPop()，objc_autoreleasePoolPush(),监听了KCFRunLoopBeforeExit事件，会调用objc_autoreleasePoolPop()
面试涉及
使用CADisplayLink,NSTimer 有什么注意点？
介绍下内存的几大区域
讲一下你对iOS内存管理的理解
ARC都帮我们做了什么？
weak指针的实现原理
autorelease对象在什么时机会被调用release
方法里有局部对象，出了方法后会立即释放吗
网友评论