告诉你使用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 {
    if (var != _var) {
        _var = [var copy];
    }
}

编译器为我们生成了对私有实例变量操作的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 {
    if (newValue != _name) {
        _name = [newValue copy];
    }
}

这里我们需要注意什么？
在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。

通过属性还是直接访问实例变量？

1.由于不经过OC的方法派发，直接访问实例变量会直接访问到变量所在的内存，速度更快。
2.直接访问实例变量时，不会调用其setter，这样就绕过了为相关属性所定义的内存管理语义。例如：在ARC下直接访问一个语义为copy的属性，那么并不会copy该属性，而仅仅是保留新值并释放旧值。
3.KVO的触发
4.通过属性来访问有助于debug与之相关的错误

约定俗成

综上，一般我们在开发中，在对象内部读取值时，直接通过实例变量来访问(_var)，设置值时，使用setter来赋值(self.var)。
而在初始化方法和dealloc中，应该直接访问实例变量来读写属性值。
之所以要注意代码规范，不仅是一种态度，对别人尊重，还是一种对犯错的避免方式。

swift中的计数变量和存储变量

在swift中并没有类似的机制，属性与外界交流与否视是否被private关键字修饰而定，而属性又分为计算属性和存储属性。
计算属性不直接存储值，而是通过getter、setter间接访问其他属性，类似于本文中的oc属性。
存储属性充当存储值得角色，可直接被外界访问，类似本文中的实例变量。

swift不属于这篇文章的范围，就先不说了。有什么问题欢迎大家评论交流。谢谢