一、说一下悬垂指针、野指针的区别
-
垂悬指针
- 指针指向的内存已经释放,但是指针还存在,这就是 垂悬指针 或者 迷途指针
-
野指针
- 没有进行初始化的指针都是野指针
二、说一下对 retain,copy,assign,weak,_Unsafe_Unretain 关键字的理解。
-
Strong
- Strong 修饰符表示指向并持有该对象,其修饰对象的引用计数会加1,该对象只要引用计数不为0就不会被销毁。当然可以通过将变量强制赋值 nil 来进行销毁。
-
Weak
- weak 修饰符指向但是并不持有该对象,引用计数也不会加1。在 Runtime 中对该属性进行了相关操作,无需处理,可以自动销毁。weak用来修饰的对象多用于避免循环引用的地方。weak 不可以修饰基本数据类型。
-
assign
- assign主要用于修饰基本数据类型,例如NSInteger,CGFloat,存储在栈中,内存不用程序员管理。assign是可以修饰对象的,但是会出现问题。
-
copy
- copy关键字和 strong类似,copy 多用于修饰有可变类型的不可变对象上 NSString,NSArray,NSDictionary上。
-
__unsafe_unretain
- __unsafe_unretain 类似于 weak ,但是当对象被释放后,指针已然保存着之前的地址,被释放后的地址变为 僵尸对象,访问被释放的地址就会出问题,所以说他是不安全的。
-
__autoreleasing
- 将对象赋值给附有 __autoreleasing修饰的变量等同于 ARC 无效时调用对象的 autorelease 方法,实质就是扔进了自动释放池。
三、浅拷贝(copy)和 深拷贝(mutablecopy)
1、使用深拷贝、浅拷贝的几种情况:
-
对不可变的非集合对象(NSString):
- copy是指针拷贝,mutablecopy是内容拷贝
-
对于可变的非集合对象如(NSMutableString):
- copy,mutablecopy都是内容拷贝
-
对不可变的数组、字典、集合等集合类对象:
- copy是指针拷贝,mutablecopy是内容拷贝
-
对于可变的数组、字典、集合等集合类对象,copy,mutablecopy都是内容拷贝。
对于集合对象的内容复制仅仅是对对象本身,但是对象的里面的元素还是指针复制。
2、要想复制整个集合对象,把对象里面的元素也内容copy,有两种实现方法:
- 使用initWithArray:copyItems:方法,将第二个参数设置为YES即可如下:
NSDictionary *shallowCopyDict = [[NSDictionary alloc] initWithDictionary:someDictionary copyItems:YES];
- 将集合对象进行归档(archive)然后解归档(unarchive):
NSArray *trueDeepCopyArray = [NSKeyedUnarchiver unarchiveObjectWithData:[NSKeyedArchiver archivedDataWithRootObject:oldArray]];
四、能不能简述一下Dealloc的实现机制
Dealloc 的实现机制是内容管理部分的重点,把这个知识点弄明白,对于全方位的理解内存管理的只是很有必要。
Dealloc 调用流程
- 当对象的引用计数为0时,系统会调用对象的dealloc方法释放
- 然后会调用_objc_rootDealloc(self);
- 接下来调用 rootDealloc()
rootDealloc()内部实现
-
判断对象是否采用了Tagged Pointer技术(主要处理NSNumber简单对象类型),用到就直接return,没有的就往下面走
-
这时候就会判断这个对象是否可以快速释放,判断的主要条件5个,判断是否有一下五种情况:
- isa.nonpointer:对象采用了优化的isa计数方式
- !isa.weakly_referenced:对象没有被弱引用
- !isa.has_assoc:对象没有关联对象
- !isa.has_cxx_dtor:对象没有自定义的C++析构函数
- !isa.has_sidetable_rc:对象没有用到sideTable来做引用计数
-
如果以上判断都符合条件的话,就会调用C函数free将对象释放。以上条件判断没有通过,做下一步object_dispose处理。
object_dispose()内部实现
- 先调用 objc_destructInstance()。
- 之后调用 C函数的 free()。
objc_destructInstance()内部实现
- 先判断hasCxxDtor,如果有C++的相关内容要调用object_cxxDestruct()相关内容。
- 再判断 hasAssocitatedObjects,如果有的话,要调用 object_remove_associations(),销毁关联对象的一系列操作。
- 然后调用clearDeallocating()
- 执行完毕
clearDeallocating内部实现
- 如果要释放的对象没有采用了优化过的isa引用计数,sidetable_clearDeallocating()处理引用计数。
- 如果要释放的对象采用了优化过的isa引用计数,并且有弱引用或者使用了sideTable的辅助引用计数。再执行 weak_clear_no_lock,在这一步骤中,会将指向该对象的弱引用指针置为 nil。
- 接下来执行 table.refcnts.eraser(),从引用计数表中擦除该对象的引用计数。
- 至此为止,Dealloc 的执行流程结束
整个dealloc执行流程图如下:
delloc释放流程.jpeg五、内存中的5大区分别是什么
-
栈区(stack):由编译器自动分配释放 ,存放函数的参数值,局部变量的值等。其 操作方式类似于数据结构中的栈。
-
堆区(heap):一般由程序员分配释放, 若程序员不释放,程序结束时可能由OS回收 。注意它与数据结构中的堆是两回事,分配方式倒是类似于链表。
-
全局区(静态区)(static):全局变量和静态变量的存储是放在一块的,初始化的 全局变量和静态变量在一块区域, 未初始化的全局变量和未初始化的静态变量在相邻的另一块区域。 - 程序结束后由系统释放。
-
文字常量区:常量字符串就是放在这里的。 程序结束后由系统释放。
-
程序代码区:存放函数体的二进制代码。
六、内存管理方案
- taggedPointer :存储小对象如NSNumber
- NONPOINTER_ISA(非纯指针型的isa):在64位架构下,isa指针是占64比特位的,实际上只有30多位就已经够用了,为了提高利用率,剩余的比特位存储了内存管理的相关数据内容。
- 散列表:复杂的数据结构,包括了引用计数表和弱引用表通过SideTables()结构来实现的,SideTables()结构下,有很多SideTable的数据结构。而sideTable当中包含了自旋锁,引用计数表,弱引用表。
SideTables()实际上是一个哈希表,通过对象的地址来计算该对象的引用计数在哪个sideTable中。
引用计数表和弱引用表实际是一个哈希表,来提高查找效率
自旋锁:自旋锁是“忙等”的锁。适用于轻量访问。
引用计数表和弱引用表实际是一个哈希表,来提高查找效率。
七、讲一下@dynamic关键字
@dynamic 意味着编译器不会帮助我们自动合成 setter 和 getter 方法的实现,只是方法声明,没有方法的实现。
八、@autoreleasePool的数据结构
@autoreleasePool 数据结构:
- 简单说是双向链表,每张链表头尾相接,有parent、child指针。
- 每创建一个池子,会在首部创建一个哨兵对象,作为标记。
- 最外层池子的顶端会有一个next指针。当链表容量满了,就会在链表的顶端,并指向下一张表。
九、访问__weak修饰的变量,是否已经被注册在了@autoreleasePool 中?为什么?
肯定注册在autoreleasePool,因为:
- __weak修饰的变量属于弱引用,如果没有被注册到 @autoreleasePool中,创建之后也就会随之销毁。
- 为了延长它的生命周期,必须注册到 @autoreleasePool中,以延缓释放。
十、retain\release的实现机制
retain的实现机制:
SideTable& table = SideTables()[This];
size_t& refcntStorage = table.refcnts[This];
refcntStorage += SIZE_TABLE_RC_ONE;
release的实现机制:
SideTable& table = SideTables()[This];
size_t& refcntStorage = table.refcnts[This];
refcntStorage -= SIZE_TABLE_RC_ONE;
retain\release实现机制就是就三步:
- 通过一次hash算法,找到指针变量所对应的sideTable
- 在通过一次hash算法,找到存储引用计数的 size_t
- 然后对其进行增减操作
retainCount 不是固定的 1,SIZE_TABLE_RC_ONE 是一个宏定义,实际上是一个值为 4 的偏移量。
十一、ARC 的 retainCount 怎么存储的?
存在64张哈希表中,根据哈希算法去查找所在的位置,无需遍历,十分快捷。
- 散列表(引用计数表、weak表)
- SideTables表在非嵌入式的64位系统中,有 64张SideTable表
- 每一张 SideTable 主要是由三部分组成:
- 自旋锁
- 引用计数表
- 弱引用表
全局的 引用计数 之所以不存在同一张表中,是为了避免资源竞争,解决效率的问题
引用计数表中引入了分离锁的概念,将一张表分拆成多个部分,对他们分别加锁,可以实现并发操作,提升执行效率
-
引用计数表(哈希表)
-
通过指针的地址,查找到引用计数的地址,大大提升查找效率
-
通过 DisguisedPtr(objc_object) 函数存储,同时也通过这个函数查找,这样就避免了循环遍历。
-
十二、BAD_ACCESS 在什么情况下出现?
访问了已经被销毁的内存空间,就会报出这个错误。
根本原因是有 悬垂指针 没有被释放。
十三、autoReleasePool什么时候释放?
首先App启动后,苹果在主线程 RunLoop 里注册了两个 Observer,其回调都是 _wrapRunLoopWithAutoreleasePoolHandler()
-
第一个 Observer 监视的事件是 Entry(即将进入Loop),其回调内会调用 _objc_autoreleasePoolPush() 创建自动释放池。其 order 是 -2147483647,优先级最高,保证创建释放池发生在其他所有回调之前。
-
第二个 Observer 监视了两个事件:
- 监听第一个事件就是BeforeWaiting(准备进入休眠) 时调用_objc_autoreleasePoolPop() 和 _objc_autoreleasePoolPush() 释放旧的池并创建新池;
- 第二个事件监听 Exit(即将退出Loop)事件 时调用 _objc_autoreleasePoolPop() 来释放自动释放池。这个 Observer 的 order 是 2147483647,优先级最低,保证其释放池子发生在其他所有回调之后。
在主线程执行的代码,通常是写在诸如事件回调、Timer回调内的。这些回调会被 RunLoop 创建好的 AutoreleasePool 环绕着,所以不会出现内存泄漏,开发者也不必显示创建 Pool 了。
十四、ARC 在编译时和运行时各做了哪些工作
1.编译时:
根据代码执行的上下文语境,在适当的位置插入 retain,release
2.运行时:
- 主要是指 weak 关键字。
weak 修饰的变量能够在引用计数为0 时被自动设置成 nil,显然是有运行时逻辑在工作的。
- 保证向后兼容性.
ARC 在运行时检测到类函数中的 autorelease 后紧跟其后retain,此时不直接调用对象的 autorelease方法,而是改为调用 objc_autoreleaseReturnValue。
objc_autoreleaseReturnValue 会检视当前方法返回之后即将要执行的那段代码,若那段代码要在返回对象上执行 retain 操作,则设置全局数据结构中的一个标志位,而不执行 autorelease 操作。
与之相似,如果方法返回了一个自动释放的对象,而调用方法的代码要保留此对象,那么此时不直接执行 retain ,而是改为执行 objc_retainAoutoreleasedReturnValue函数。
此函数要检测刚才提到的标志位,若已经设置标志位,则不执行 retain 操作,设置并检测标志位,要比调用 autorelease 和retain更快。
十五、__weak 和 _Unsafe_Unretain 的区别?
weak 修饰的指针变量,在指向的内存地址销毁后,会在 Runtime 的机制下,自动置为 nil。
_Unsafe_Unretain不会置为 nil,容易出现 悬垂指针,发生崩溃。但是 _Unsafe_Unretain 比 __weak 效率高。
十六、__weak 属性修饰的变量,如何实现在变量没有强引用后自动置为 nil ?
用的弱引用表,也是一张哈希表。
被 weak 修饰的指针变量所指向的地址是 key ,所有指向这块内存地址的指针会被添加在一个数组里,这个数组是 Value。当内存地址销毁,数组里的所有对象被置为 nil。
网友评论