内存管理(三)
垃圾回收
垃圾回收是指在程序运行过程中,检查是否有不在使用的对象,并自动释放它们所占用的内存,通常被称为GC(garbage collector)。
垃圾回收的目标是不在使用的实例对象。即通过全局变量、静态变量或者栈内变量的引用而查找的对象都不可以被回收。
垃圾收集器
垃圾收集器的运行是自适应的,即不以固定的频率运行,也不能通过程序调用运行。当程序运行过程中分配的内存超过一定量时,垃圾收集器就会被自动触发运行。而垃圾收集器通常作为一个独立的线程运行,并对不再被使用的对象进行回收。
需要注意的是一个程序只有一个垃圾收集器,通常在mainthread中运行。每个线程都有自己的栈空间,这些栈空间中的变量不属于垃圾回收的范畴,所以垃圾收集器运行的时候可能会暂停其他的线程来完成垃圾收集,但不会暂停所有的线程。
虽说垃圾收集器是根据内存的情况自动运行,但可以通过NSGarbageCollector发送collectIfNeeded来启动垃圾收集器,主动的垃圾回收可以控制内存的使用,也可以避免垃圾回收突然启动的时候程序反应慢的问题。
垃圾回收器的作用机制是首先找到所有不在使用的对象,然后给这些对象发送finalize消息,等所有对象响应finalize后才释放这些对象,在垃圾收集的环境下,对象的dealloc方法不会被执行。
finalize方法的定义
- (void)finalize
{
...//释放前的处理
[super finalize];
}
类似于dealloc只能通过子类调用父类的finalize不能直接调用finalize方法,同时需要注意finalize的一些事项
- finalize方法内不用担心其他对象的释放
1. 不用考虑对象所有权的问题。 - 要注意finalize方法中对象的赋值
1. 如果赋值不小心可能会导致要被回收的对象复活 - finalize执行的顺序和对象的释放顺序都是无法确认的
- finalize是线程不安全
1. 线程安全是指某个函数或函数库在多线程环境中被调用是,能够正确的处理各个线程的局部变量,使程序功能正常完成。
编译须知
选项 | 含义 |
---|---|
-fobjc-gc | 支持gc |
-fobjc-gc-only | 只支持gc |
使用垃圾回收须知
- 使用局部变量给方法中的对象赋值
- 如果暂时不想垃圾回收某对象,需要保证全局变量引用
- 原则上垃圾回收只回收id类型和类类型
- 竟可能减少finalize完成的操作
- 引用计数相关的方法和dealloc方法不会执行
ARC和GC须知
GC
- GC运行会影响程序的速度
- 要不停监视内存的使用,程序速度变慢
- 会影响程序的效率,不经常使用的内存也会被GC访问
- 需要使用技巧让对象回收或者不回收
ARC
- 循环引用一旦形成就不会自己消失
- 在处理结构体、数组、二重指针的时候会有限制
- 要注意Core Foundation对象和Objective-C对象之间的转化