21. 谈谈 iOS 的内存管理
iOS 的内存管理(OC)是基于引用计数的,在程序中,每一个对象都有一个与之相关联的整数,我们可以称之为引用计数器或者是保留计数器(retain counting),当我们需要使用一个对象的时候,需要将该对象的引用计数加 1, 当我们结束对一个对象的访问时,我们需要将引用计数减 1。当对象的引用计数减少为 0 的时候,系统会自动释放该对象所占用的内存,以便内存的复用。当然,想要很好地在程序中利用引用计数管理好内存是需要一定的技巧的,这里,列出三条内存管理的规则,说是规则,不如说是约定和技巧:
-
当你在程序中使用 new, alloc, copy 关键词创建一个对象的时候,该对象的计数为 1 ,这时,当你结束对该对象的访问的时候,必须负责对该对象的释放(release, autorelease)。
-
如果你是通过其他方法获取到的对象,那你就应该假设该对象的引用计数为1,而且已经被设置为自动释放了,你无需再手动释放该对象,当然,如果你想长时间拥有该对象的话,就需要保留该对象(retain),在使用完毕后才对该对象进行释放。
-
如果你保留(retain)了某个对象,在使用完毕之后就需要释放(release)该对象。
大家有没有觉得,这样管理内存的话,我们会觉得很“累”的,因为对于内存的管理分去了我们的注意力,是我们不能集中精力在程序的逻辑功能上,我认为,一门好的编程语言,应该是能够让我们将注意力完全集中在我们需要解决问题的逻辑上,而不是分散我们的注意力在语言的各种细节上。也许,苹果也看不下去了,于是,在 iOS 4.0 之后,对于内存管理引入了自动引用计数(ARC)的机制,这套机制是在编译器工作的,其实质就是在编译的时候自动帮我们加入内存管理的代码,我们在程序中不用再去显式操作对象的引用计数来直接管理内存了,我认为, ARC 确实是个好东西,虽然在技术上讲,在内存管理方面不一定是最好的方式,但确实大大降低了我们繁琐的内存管理工作。
22. 自动释放池是什么?谈谈它的工作原理。
自动释放池实质上是一个能够对“挂靠”在其上面的对象进行内存管理这样的一个结构。其工作原理是这样的:如果向一个对象发送 autorelease 消息,那么该对象就会被“挂靠”到相应的自动释放池上(当前处于栈顶的释放池),当该自动释放池销毁的时候,自动释放池会向“挂靠”在该池上得所有的对象发送 release 消息,释放这些对象。
23. KVO 和 KVC *
KVC 指的是 NSKeyValueCoding(键值编码),它提供的是一种间接访问对象属性的方法,KVO 是基于 KVC 技术的。
一个对象拥有某些属性。比如说,一个 Person 对象有一个 name 和一个 address 属性。以KVC来说的话,Person对象分别有一个 value 对应他的name和address的key。key只是一个字符串,它对应的值可以是任意类型的对象。从最基础的层次上看,KVC有两个方法:一个是设置key的值,另一个是获取key的值。
24. iOS 中界面传值方法
属性传值
属性传值可以说是最简单的传值方式了,在创建一个对象的时候,顺便将相应地数据赋值给该对象的相关属性,从而实现传值,这种方法使用于向新的界面传递少量的数据。
block传值和delegate 传值
这两种方法其本质都是利用“回调”进行传值,对于 block 而言,可以将 block 定义为界面 B 的一个属性,然后界面在适当的时候对该 bllock 进行调用,在调用的过程中就可以将需要的数据传递到 block 中,这样一来,在界面 A 中操作 界面 B 的 block 的时候就可以访问到相关的数据;而对于 delegate 而言,对象在“回调”其 delegate 的方法的时候就可以传递相关的数据了。
单例传值
单例其实就是一个“全局变量”,利用单例数据的“全局性”,在不同的界面间传递数据也是非常方便的。
利用通知传值
利用 NSNotificationCenter 我们可以在发送通知的时候传递我们需要的信息,也可以利用这个特点进行界面间的传值,该方式特别适合与于两个相关性不大的界面之间。
25. Protocol、Category、Extension 中的属性有什么区别。
protocol 中不可以定义属性.category中定义的属性只会声明getter和setter方法没有实现.Extension中定义的属性是私有属性不可以被外部访问.
protocol 本质就是一系列的method的声明,他并不像class是必须的选项,根据自己的设计模式来选择性的使用。
protocol协议时为了补充Objective-C 只能单继承的缺陷而增加的一个新功能。Objective-C中所有的方法都是虚方法,所以在oc中也就没有关键字 virtual一说,有了协议可以补充
Objective-C单继承的缺陷,协议并不是一个真正的类,在协议的里面只声明方法不实现,并且在协议当中不能声明实例变量,如果一个类实现了某一个协议的方法,那么称这个类遵循(遵守,采用)了这个协议,正式的协议在类中必须被实现,一个类可以实现多个协议,一个协议也可以被多个类实现,
Category的使用场景:
1、当你在定义类的时候,在某些情况下(例如需求变更),你可能想要为其中的某个或几个类中添加方法。
2、一个类中包含了许多不同的方法需要实现,而这些方法需要不同团队的成员实现
3、当你在使用基础类库中的类时,你可能希望这些类实现一些你需要的方法。
遇到以上这些需求,Category可以帮助你解决问题。当然,使用Category也有些问题需要注意,
1、Category可以访问原始类的实例变量,但不能添加变量,如果想添加变量,可以考虑通过继承创建子类。
2、Category可以重载原始类的方法,但不推荐这么做,这么做的后果是你再也不能访问原来的方法。如果确实要重载,正确的选择是创建子类。
3、和普通接口有所区别的是,在分类的实现文件中可以不必实现所有声明的方法,只要你不去调用它。