一、多线程环境下的安全问题
由于一个资源可以被多个线程同时访问，这样有可能会导致数据混乱，引发数据的安全问题，所以说在多线程环境下，原子操作是必要的。
-
本文中介绍一下自旋锁和互斥锁。
- 自旋锁：当给实例变量的@property设置atomic属性的时候，会给这个变量加一个自旋锁。
- 互斥锁：通过@synchronized来创建一个互斥锁。多线程环境下，如果访问同一个资源，那么必须使用同一把锁才能锁住。
比如说：去银行自助取款机取钱，如果另外一个地方有个人也在使用你的银行卡号进行存钱，那么此时就使用atomic和nonatomic中的哪个呢？很明显，选择atomic，因为同时进行两个操作，对于同一个账号，很可能会造成数据的混乱，所以必须要进行加锁，限制用户的访问。
二、自旋锁
- OC在定义属性的时候有atomic和nonatomic两种方式
- atomic：原子属性，线程安全，需要消耗大量的资源，只会给setter方法加锁，不会给getter方法加锁
- nonatomic：非原子属性，非线程安全，不会给setter方法加锁，在像iPhone这种内存较小的移动设备上，如果没有多线程间的通信，那么nonatomic就是一个非常好的选择。
- 一般情况下，我们都只需要在主线程中进行操作的，所以是不需要加锁的。
- 应用场景：
比较适合做一些不耗时的操作
三、互斥锁
- 在多线程开发中，我们采用@synchronized来创建一个互斥锁，保证在同一时刻只有一个线程对其进行操作。
- 开发中如果需要加锁，只用使用self就行了。
@synchronized(self){
NSInteger currentNum = self.totalNum;
if (currentNum > 0) {
self.totalNum = currentNum - 1;
NSLog(@"%@卖了一张票,还剩下%zd张票",[NSThread currentThread].name,self.totalNum);
} else {
return;
}
}
四、互斥锁和自旋锁的比较
- 共同点：多线程环境下，都可以保证在同一时刻只有一个线程在使用被锁住的代码块。
- 区别：自旋锁对比互斥锁，它不会在等待上一个线程执行任务结束之前进入睡眠状态，直至上一个任务执行完毕，再进行唤醒和执行任务。因此，互斥锁会比自旋锁锁住的代码执行的时间长。
- 举例说明：两个人去上厕所，一个人比较急，一个人不急，比较急的相当于是访问自旋锁锁住的代码的那个对象，而不急的那个人是访问互斥锁锁住的代码的那个对象。
