iOS 面试题（二）

注：该文章参考了网上相关的资料，如有侵权，请告知。

---

1. 谈谈 iOS 的内存管理

iOS 的内存管理（OC）是基于引用计数的，在程序中，每一个对象都有一个与之相关联的整数，我们可以称之为引用计数器或者是保留计数器（retain counting），当我们需要使用一个对象的时候，需要将该对象的引用计数加 1, 当我们结束对一个对象的访问时，我们需要将引用计数减 1。当对象的引用计数减少为 0 的时候，系统会自动释放该对象所占用的内存，以便内存的复用。当然，想要很好地在程序中利用引用计数管理好内存是需要一定的技巧的，这里，列出三条内存管理的规则，说是规则，不如说是约定和技巧：

• 当你在程序中使用 new， alloc， copy 关键词创建一个对象的时候，该对象的计数为 1 ，这时，当你结束对该对象的访问的时候，必须负责对该对象的释放（release， autorelease）。

• 如果你是通过其他方法获取到的对象，那你就应该假设该对象的引用计数为1，而且已经被设置为自动释放了，你无需再手动释放该对象，当然，如果你想长时间拥有该对象的话，就需要保留该对象（retain），在使用完毕后才对该对象进行释放。

• 如果你保留（retain）了某个对象，在使用完毕之后就需要释放（release）该对象。
  大家有没有觉得，这样管理内存的话，我们会觉得很“累”的，因为对于内存的管理分去了我们的注意力，是我们不能集中精力在程序的逻辑功能上，我认为，一门好的编程语言，应该是能够让我们将注意力完全集中在我们需要解决问题的逻辑上，而不是分散我们的注意力在语言的各种细节上。也许，苹果也看不下去了，于是，在 iOS 4.0 之后，对于内存管理引入了自动引用计数（ARC）的机制，这套机制是在编译器工作的，其实质就是在编译的时候自动帮我们加入内存管理的代码，我们在程序中不用再去显式操作对象的引用计数来直接管理内存了，我认为， ARC 确实是个好东西，虽然在技术上讲，在内存管理方面不一定是最好的方式，但确实大大降低了我们繁琐的内存管理工作。

---

2. 自动释放池是什么？谈谈它的工作原理。

自动释放池实质上是一个能够对“挂靠”在其上面的对象进行内存管理这样的一个结构。其工作原理是这样的：如果向一个对象发送 autorelease 消息，那么该对象就会被“挂靠”到相应的自动释放池上（当前处于栈顶的释放池），当该自动释放池销毁的时候，自动释放池会向“挂靠”在该池上得所有的对象发送 release 消息，释放这些对象。

---

3. KVO 和 KVC

KVC 指的是 NSKeyValueCoding（键值编码），它提供的是一种间接访问对象属性的方法，KVO 是基于 KVC 技术的。
一个对象拥有某些属性。比如说，一个 Person 对象有一个 name 和一个 address 属性。以KVC来说的话，Person对象分别有一个 value 对应他的name和address的key。key只是一个字符串，它对应的值可以是任意类型的对象。从最基础的层次上看，KVC有两个方法：一个是设置key的值，另一个是获取key的值。

---

4. iOS 中界面传值方法

属性传值

属性传值可以说是最简单的传值方式了，在创建一个对象的时候，顺便将相应地数据赋值给该对象的相关属性，从而实现传值，这种方法使用于向新的界面传递少量的数据。

block传值和delegate 传值

这两种方法其本质都是利用“回调”进行传值，对于 block 而言，可以将 block 定义为界面 B 的一个属性，然后界面在适当的时候对该 bllock 进行调用，在调用的过程中就可以将需要的数据传递到 block 中，这样一来，在界面 A 中操作 界面 B 的 block 的时候就可以访问到相关的数据；而对于 delegate 而言，对象在“回调”其 delegate 的方法的时候就可以传递相关的数据了。

单例传值

单例其实就是一个“全局变量”,利用单例数据的“全局性”，在不同的界面间传递数据也是非常方便的。

利用通知传值

利用 NSNotificationCenter 我们可以在发送通知的时候传递我们需要的信息，也可以利用这个特点进行界面间的传值，该方式特别适合与于两个相关性不大的界面之间。