原文链接:http://www.jianshu.com/p/612ffef7ca41
著作权归作者所有,转载请联系作者获得授权,并标注“简书作者”。
-
关于常量的命名法:常量局限于某“编译单元”(也就是在实现文件.m之内),则前面加字母k;若常量在类之外可见,则通常已类名做为前缀。
-
//file .m
static const NSTimeInterval kAnimationDuration = 0.3;
假如上面的变量不声明static,则编译器会为它创建一个“外部符号”(external symbol)。此时在另外文件申明了同名的变量,编译器就会报错。
duplicate symbol _kAnimationDuration in:......
事实上,一个静态(static)不可变(const)变量,编译器不会创建符号,会像define一样进行替换,但是它有类型信息。 -
垃圾收集器(GC),iOS系统中没有GC,MAC OS X 10.8之前有GC,但是之后也正式废弃了,所以目前OC中不存在GC。
-
如果有非Objective-C的对象,比如CoreFoundation中的对象或由malloc()分配在堆中的内存,那么需要在dealloc中清理。dealloc中还需要取消原来订阅的“KVO”或NSNotificationCenter等通知。
- (void)dealloc { CFRelease(_coreFoundationObject); free(_heapAllocatedMemoryBlob); [[NSNotificationCenter defaultCenter] removeObserver:self]; // [super dealloc]; //ARC中不需要调用super }
-
通过自动释放池块来降低内存峰值。是否应该用池来优化效率,完全取决于具体的应用程序。首先应该监控内存用量,如果有必要优化,再通过池来优化。尽管自动释放池的开销不太大,但毕竟是有的。所以不要简历额外的自动释放池。
for(int i=0; i<100000; i++) { @autoreleasepool { [self doSomethingWithInt:i]; } }
-
向已回收的对象发送消息是不安全的。这么做有时可以,有时不行。具体可行与否,完全取决于对象所占的内存有没有被其他内存内容所重写。而这块内存有没有被移作它用又不确定,因此程序会偶尔奔溃。
在没有奔溃的情况下有两种可能:- 那块内存只被复用了其中一部分,所以对象中有效的某些二进制数据依旧有效。
- 那块内存对象恰好为另外一个有效且存活的对象所占据。
这样的问题可以通过用“僵尸对象”调试,开启方法:编辑应用的scheme,在对话框的左侧选择Run,切换到Diagnostics分页,勾选Enable Zombie Objects。
当然这种情况普遍存在于MRC时期,在ARC时期需要通过比较复杂的代码才能把僵尸对象表现出来。我的理解就是MRC中的野指针。因此在MRC中release对象后,最好将指针置空来避免这个问题。
-
关于实例变量和属性的问题:
- 在对象内部读取数据时,应该直接通过实例变量来读取,而进行赋值时,则应该通过属性来写。
- 在初始化方法或dealloc中,应该用实例变量。
- 用懒加载来配置某份数据时,应该用属性来读取。