iOS - 开发小技巧

文／KentonYu（简书作者）
原文链接：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中，应该用实例变量。
  • 用懒加载来配置某份数据时，应该用属性来读取。