主要的修饰符
以MRC和ARC来区分
在MRC下常用修饰符：
assign/ retain/ copy/ readwrite、readonly/ nonatomic、atomic 等。
在MRC下常用修饰符：
assign/ strong/ weak/ copy/ readwrite、readonly/ nonatomic、atomic 等。
iOS内存管理
iOS内存管理机制的原理主要是对引用计数管理（retainCount），引用计数（retainCount）简单来说就是统计一块内存的所有权，当这块内存被创建出来的时候，它的引用计数（retainCount）从0增加到1，表示有一个对象或指针持有这块内存，拥有这块内存的所有权，如果这时候有另外一个对象或指针指向这块内存，那么为了表示这个后来的对象或指针对这块内存的所有权，引用计数（retainCount）加1变为2，之后若有一个对象或指针不再指向这块内存时，引用计数（retainCount）减1，表示这个对象或指针不再拥有这块内存的所有权，当一块内存的引用计数（retainCount）变为0，表示没有任何对象或指针持有这块内存，系统便会立刻释放掉这块内存。
属性修饰符对retainCount计数的影响。
- alloc为对象分配内存，retainCount 为1 。
- retain MRC下 retainCount + 1。
- copy 一个对象变成新的对象，retainCount为 1， 原有的对象计数不变。
- release 对象的引用计数 -1。
- autorelease 对象的引用计数 retainCount - 1，如果为0，等到最近一个pool结束时释放。
不管MRC还是ARC，其实都是看reference count是否为0，如果为0那么该对象就被释放，不同的地方是MRC需要程序员自己主动去添加retain 和 release，而ARC apple已经给大家做好，自动的在合适的地方插入retain 和 release类似的内存管理代码，具体原理如下，图片摘自官方文档。
image
属性修饰符详述
一、retain
使用场景
- 一般情况下，retain用在MRC情况下，被retain修饰的对象，retainCount（引用计数+1）。
- retain只能修饰OC对象，不能修饰非OC对象。比如CoreFoundation对象就是C语言框架，他没有引用计数，也不能用retain修饰。
3.retain一般用来修饰非NSString的NSObject类及其子类。
应用举例
@property (nonatomic, retain) LDDemoObject *modelObject;
@property (nonatomic, retain) LDViewController *demoController;
注意事项
-
要注意的就是循环引用造成的内存泄漏，对于两个对象A和B，如果A对象中引用B对象，并且用retain修饰；B对象中引用A对象，并且也用retain修饰。这个时候就是A和B相互引用，无法释放，造成内存泄漏。
MRC下循环引用.png
如上图所示，对象A和B相互引用，造成A和B的引用计数都不为0，无法释放而留在内存中，使内存无法回收，造成内存泄漏，当这种内存泄漏的很严重的时候，就会造成APP闪退。
解决办法：将A或者B两者其中的一段修饰符改成assgin进行修饰，打断这个循环引用链，是一方得以释放，就解决这个循环引用的的问题了。
MRC下破解循环引用.png
如上图所示，由于B引用A的时候用的是assign进行修饰，那么A的引用计数可以为0，那么自然就解除了A对B的强引用，B的retainCount也可以为0，就解决了内存泄漏的问题。
- 下面说一下MRC下assign和retain的区别：assgin只是简单的赋值操作，他引用的对象被释放，会造成野指针，可能会出现carsh情况；retain会事4对象的retainCount计数+1,获得对象的拥有权，只有读对象的retainCount引用计数为0时才会被释放，避免访问一个被释放的对象。
3.retain下的setter方法
-(void) setAge: (id) age
{
if (_age != age) {
[_age release];
_age = [age retain];
}
}
二、copy
使用场景
- 一般情况下，copy用于对不可变容易的属性修饰中，主要是NSArray /NSDictionary/NSString， 也可以用来修饰block。
- 在MRC和ARC下都可以使用。
- 其setter方法，与retain处理流程一样，先旧值release，再copy出新的对象。
应用举例
@property (nonatomic, copy) NSString* name;
@property (nonatomic, copy) void(^deleteBlock)(BOOL selected);
@property (nonatomic, copy) void(^cancelBlock)();
注意事项
- 要注意的就是深浅拷贝，这个也是使用copy这个属性修饰符最重要的地方。
- MRC 和 ARC 都可以用copy。
- copy下的setter方法。
-(void)setName: (id)name {
if (_name != name) {
[_name release];
_name = [name copy];
}
}
- 用copy修饰block时在MRC和ARC下的区别
- MRC环境下
（1）block访问外部局部变量，block存放在栈里面。
（2）只要block访问整个APP都存在的变量，name肯定是在全局区。
（3）不能使用retain引用block，因为block不在堆里面，只有使用copy才会把block放在堆区里面。 - ARC环境下
（1）只要block访问外部局部变量，block就会存放在堆区。
（2）可以使用strong去引用，因为本身就已经存放在堆区的。
（3）也可以使用copy进行修饰，但是strong性能更好。
- 当使用block的时候注意循环引用，引起内存无法释放，造成内存泄漏。
LDSignHeaderView.h文件中定义block
@property (nonatomic, copy) void (^addMembersBtnOnClick)();
LDSignViewController.m文件中调用block
// 懒加载控件
- (LDSignHeaderView *)headerView {
if (!_headerView) {
_headerView = [[LDSignHeaderView alloc] initWithFrame:CGRectMake(0, 0, ScreenWidth, 170)];
}
return _headerView;
}
// 调用block
-(void) viewDidLoad {
__weak typeof(self) weakSelf = self;
self.headerView.addMembersBtnOnClick = ^() {
LDSignContactsSelectVC *ldSign = [[LDSignContactsSelectVC alloc] initWithBlockSelectedUsernames:weakSelf.contactsSource];
ldSign.hidesBottomBarWhenPushed = YES;
ldSign.title = @"选择联系人";
ldSign.delegate = weakSelf;
[weakSelf.navigationController pushViewController:ldSign animated:YES];
};
}
下面说一下block为什么会造成循环引用
从上面的代码中我们看到，controller引用了headerView，headerView里面拥有了block属性，在执行block时候，又引用了self，这就形成了循环引用，造成内存泄漏，如图所示：
block造成循环引用.png
想解决循环引用的问题，就是打破这个引用循环。将self进行弱化__weak typeof(self) weakSelf = self，如下图所示。
打破block的循环引用.png
三、assign
使用场景
- 在MRC 和 ARC下都可以使用。
- 一般用来修饰基础数据类型(NSInteger, CGFloat) 和 C数据类型(int ,float, double)等。它的setter方法直接赋值，不进行任何retain操作。
- 使用assgin修饰的对象，对象不会自动置为nil，出现坏内存，引用计数不加。
应用举例
@property (nonatomic, assign) NSInteger studentNum;
@property (nonatomic, assign) CGFloat cellHeight;
注意事项
- MRC 和 ARC 都可以用assign。
- assign下的setter方法：
-(void)setName :(id)name
{
name = name;
}
四、strong
使用场景
- strong表示对对象的强引用。
- ARC下也可以用来修饰block，strong 和 weak两个修饰符默认是strong。
- 用于指针变量，setter方法对参数进行release旧值再retain新值。
应用举例
@property (nonatomic, strong) NSArray *dataArr;
@property (nonatomic, strong) NSMutableArray *btnArray;
@property (nonatomic, strong) UILabel *descLabel;
// 对于控件也可以用weak，因为controller已经对root view有一个强引用，view addSubview 子控件，所以即使用weak也不会提前释放。
@property (nonatomic, strong) CompleteDatePicker *preciseDatePicker;
// CompleteDatePicker在这里是自定义类。
@property (nonatomic ,strong) NSString *signupId;
// 字符串除了用copy，用strong也是可以的。
注意事项
- strong修饰的属性，对属性进行的是强引用，对象的引用计数retainCount + 1；
- strong也要注意两个对象之间相互强引用造成循环引用，内存泄漏问题，解决办法与MRC下retain一样。
五、weak
使用场景
- weak 表示对对象的弱引用，被weak修饰的对象随时可被系统销毁和回收。
- weak比较常用的地方就是delegate属性的设置。
- 用weak修饰弱引用，不会使传入对象的引用计数加1。
应用举例
@protocol LDCollegePickerVCDelegate
- (void)didSelectedCollegePicker:(LDCollegePickerVC *)picker
collegeID:(NSString *)collegeID
collegeName:(NSString *)collegeName;
@end
@interface LDCollegePickerVC : UIViewController
@property (nonatomic, weak) id delegate;
@property (nonatomic, weak) UIView *inputView;
@end
// 上面自定义一个protocol LDCollegePickerVCDelegate，且在interface中将delegate属性定义为weak，并且定义了一个inputView的控件。
注意事项
- 下面说一下前面所述的assign和weak的区别：
- 当它们指向的对象释放以后，weak会被自动设置为nil，而assign不会，所以会导致野指针的出现，可能会导致crash。
- 下面说一下strong和weak的区别：
- strong ：表明是一个强引用，相当于MRC下的retain，只要被strong引用的对象就不会被销毁，当所有的强引用消除时，对象的引用计数为0时，对象才会被销毁。
- weak ： 表明是一个弱引用，相当于MRC下的assign，不会使对象的引用计数+1。
- 两个不同对象相互strong引用对象，会导致循环引用造成对象不能释放，造成内存泄漏。
六、readwrite/readonly
使用场景
- 当我们用readwrite修饰的时候表示该属性可读可改，用readonly修饰的时候表示这个属性只可以读取，不可以修改，一般常用在我们不希望外界改变只希望外界读取这种情况。
- readwrite 程序自动创建setter/getter方法，readonly 程序创建getter方法。此外还可以自定义setter/getter方法。
- 系统默认的情况就是 readwrite。
应用举例
- 一般我们封装属性只希望外界能看到，自己能够修改的时候，在.h文件里用readonly修饰，在.m文件里面用readwrite修饰。
.h
@interface LDCollegePickerVC : UIViewController
@property (nonatomic, copy, readonly) NSString* delegate;
@end
.m
@interface LDCollegePickerVC ()
@property (nonatomic, copy, readwrite) NSString* delegate;
@end
image
image
由上两图可知，m文件内部readwrite修饰属性cityName，可以修改属性值，h文件暴露在外面的是onlyread属性，这样外面只能读取不能修改该属性值。
注意事项
- 当希望外界能读取我们这个属性，但是不希望被外界改变的时候就用readonly。
七、nonatomic/atomic
使用场景
- nonatomic 非原子属性。它的特点是多线程并发访问性能高，但是访问不安全；与之相对的就是atomic，特点就是安全但是是以耗费系统资源为代价，所以一般在工程开发中用nonatomic的时候比较多。
- 系统默认的是atomic，为setter、getter方法加锁，而nonatomic 不为setter、getter方法加锁。
- 如1所述，使用nonatomic要注意多线程间通信的线程安全。
应用举例
// 这个例子就比较多了，基本上我们项目中都用nonatomic，虽然setter方法不安全但是性能高。
@property (nonatomic, strong) UIImage *imagePicture;
@property (nonatomic, strong) UIImageView *pictureLinkView;
@property (nonatomic, strong) UILabel *labelLocation;
@property (nonatomic, strong) UILabel *labelCreateTime;
@property (nonatomic, strong) UIButton *btnDelete;
@property (nonatomic, strong) UIButton *btnInteract;
@property (nonatomic, strong) DDCommentMenuView *menuView;
@property (nonatomic, strong) DDShareLinkView *shareLinkView;
上面举了几个例子，实际上很多，具体工程中都用nonatomic，所以大家就不用纠结这两个修饰符到底用哪一个了。
注意事项
- 为了提高性能，一般我们就用nonatomic。所以对这个属性修饰符我们可以不必过于纠结。
- 注意atomic设置成员变量的@property属性，提供多线程安全。在多线程中，原子操作是必须的。加入atomic属性修饰符以后，setter函数会变成下面这样：
{lock}
if (property != newValue) {
[property release];
property = [newValue retain];
}
{unlock}
之所以这么做，是因为防止在写未完成的时候被另外一个线程读取，造成数据错误。
- 下面说一下为什么nonatomic要比atomic快。原因是：它直接访问内存中的地址，不关心其他线程是否在改变这个值，并且中间没有死锁保护，它只需直接从内存中访问到当前内存地址中能用到的数据即可（可以理解为getter方法一直可以返回数值，尽管这个数值在cpu中可能正在修改中）
- 不要误认为多线程下加atomic是安全的，这样理解是不正确的，说明理解的不够深入。atomic的安全只是在getter和setter方法的时候是原子操作，是安全的。但是其他方面是不在atomic管理范围之内的，例如变量cnt的++运算。这个时候不能保证安全。
@property int cnt;
@synthesize cnt = _cnt;
self.cnt = 0;
for (i = 0; i < n; i++) {
self.cnt ++;
}
这里线程就不是安全的，想要线程安全就得加锁，还有使用NSMutableArray、NSMutableDictionary等，他们的add等方法越是线程不安全的。
参考资料：
https://www.jianshu.com/p/3cbc79424fb8