转载

告诉你使用self.var 和 _var的区别

property & instance variable

最近有朋友问我关于oc中使用self.var和下划线 var访问对象属性的区别，其实本来这句话就是不正确的，如果某个对象包含有一个var的属性，我们可以通过self.var去访问它，但是 var访问的并不可以说是这个属性，而是另外与之相关联的实例变量。

小弟写oc之前是在java界搬砖的，java里有个类似的关键字this，它代表当前方法的调用者，C++中的self也是如此，而在oc中的self指针也具有同样的职能，但是因为property机制的存在，事情并不是那么的简单。

实例变量具有私有性，一般情况下仅在类内部使用，为了方便给外界读写这个实例变量，就有了属性，属性用@property关键字声明，属性包含对实例变量读写的get、set方法，在ios5以后我们使用@property来声明属性变量，编译器会自动(@syntheszie var = _var)为我们生成对应的一个以下划线加属性名命名的实例变量，还有其对应的getter、setter，下划线是包括在变量名字里的，它叫杠张三不叫张三，而属性叫张三。

self.var是对属性的访问；而_var是对实例变量的访问

在arc时代下，我们就不讨论self.var和_var内存管理的问题了，我们看看@property声明属性后编译器为我们做了什么。

#import "MyClass.h" @property (copy, nonatomic) NSString *var;  ------------------分隔线上下实现相等------------------  #import "MyClass.h" NSString *_var;  - (NSString *)var {     return _var; }  - (void)setVar:(NSString *)var {     _var = var; }

编译器为我们生成了对私有实例变量操作的get、set方法，当然getter，setter里面还可能有其他额外操作。这样一来我们就可以看出通过self.var和 var访问实例变量的区别，在.m文件中可以通过 var来访问实例变量，但是getter、setter不会被调用，而来自外部的访问，需要通过getter、setter。

重写get/set方法

//getter： - (NSString *)name {     NSLog("%@", _name);     return _name; }  //setter: - (void)setName:(NSString *)newValue {     _name = newValue; }

这里我们需要注意什么？

在getter中，我们必须使用_val访问，试想如果在getter中使用self.var访问，则又会触发属性的getter，进入了一个死循环，妈妈永远也等不到我们回家吃饭，不过没关系，程序会crash，告诉我们不要再重蹈覆辙了。

而在settter中，同样的如果使用self.var则也会触发属性的setter。

懒加载

在懒加载中也需如此注意，你必须使用_var来访问实例变量，例如实现一个NSMutableArray的懒加载

@property (strong, nonatomic) NSMutableArray *fruitList;  - (NSMutableArray *)fruitList {     if (nil == _fruitList) {//1         _fruitList = [NSMutableArray array];//3.1     }     return _fruitList;//2 }  ------------------分隔线------------------  - (NSMutableArray *)fruitList {     if (nil == _fruitList) {//1         self.fruitList = [NSMutableArray array];//3.2     }     return _fruitList;//2 }

代码中标识1和2位置在上面我们已经明白了，必须使用 var访问，而分隔线上下两种写法的争议就在于标记3了，很明显，3.1直接对 fruitList赋值，而3.2通过属性的setter对_fruitList赋值，怎样权衡还是自己决定吧。

干预

同时重写getter&setter

如果编译器发现你同时重写了getter、setter，@property机制将不会生效，也就是说，需要我们自己声明 var，当然我们也可以关联到另外一个实例变量上去而并非 var。

readonly

使用readonly关键字修饰后，编译器只会为我们生成getter。

@dynamic

假如一个属性被关键字@dynamic所修饰，则编译器不会自动生成其对应的getter、setter，然而如果开发者没有自行创造getter、setter，将不会在编译期提醒，运行时触发则会发生crash。顺便一提@dynamic还能帮助我们替换掉某类中本来就存在的，而我们又想自己创造的property。