iOS - 互斥锁&&自旋锁多线程安全隐患（转载）

一、多线程安全隐患

资源共享
一块资源可能会被多个线程共享，也就是多个线程可能会访问到一块资源
比如多个线程访问同一个对象，同一个变量，同一个文件。
当多线程访问同一块资源的时候，很容易引发数据错乱和数据安全问题
二、原子和非原子属性
1>OC 在定义属性的时候有nonatomic和atomic两种选择
* atomic：原子属性，为 setter 方法加锁
* nonatomic：非原子属性，不会为 setter 方法加锁
普通情况下都是在主线程做操作，所以一般都不会加锁。
对比：
* atomic：线程安全，需要消耗大量的资源
* nonatomic：非线程安全，适合内存小的移动设备
2>synchronized 与 atomic
* synchronized：互斥锁
* atomic：自旋锁
共同点：都能保证同一时刻只能有一个线程操作锁住的代码
区别：
互斥锁：当上一个线程的任务没有执行完毕的时候（被锁住），那么下一个线程会进入睡眠状态等待任务执行完毕，当上一个线程的任务执行完毕，下一个线程会. 自动唤醒然后执行任务。
自旋锁：当上一个线程的任务没有执行完毕的时候（被锁住），那么下一个线程会一直等待（不会睡眠），当上一个线程的任务执行完毕，下一个线程会立即执行。
自旋锁应用场景：比较适合做一些不耗时的操作
三、互斥锁
· 注意点：
- 如果多线程访问同一个资源，那么必须使用同一把锁才能锁住
- 在开发中，尽量不要加锁，能在服务端做尽量在服务端做，如果必须要加锁，一定要记住，锁的范围不能太大，哪里有安全隐患就加在哪里。
技巧：因为必须使用同一把锁，开发中如果需要加锁，直接使用 self 即可。

@synchronized(self) {

//线程1进来之后，锁住，2和3都再外面等待

//1、查询剩余的票数 NSUInteger count = self.totalCount;

//2、判断是否还有余票

//2.1卖票

//3 、提示客户，没有票了

if (count>0) {

[NSThread sleepForTimeInterval:0.1];

self.totalCount = count-1;

NSLog(@"%@卖了一张票,还剩%zd票",[NSThread currentThread].name,self.totalCount);

}

else

{

NSLog(@"没票了");

break;

}

}

//解锁

四、自旋锁
注意点:
只会给 setter 方法加锁，并不会给getter方法加锁。

巴特西

iOS - 互斥锁&&自旋锁多线程安全隐患（转载）

最新文章

热门文章

巴特西

iOS - 互斥锁&&自旋锁 多线程安全隐患（转载）

最新文章

热门文章

iOS - 互斥锁&&自旋锁多线程安全隐患（转载）