自旋锁(atomic 原子锁)
OC在定义属性时,经常会提到noatomic和atomic的两种选择.
相信大家都知道,那我也得写一遍呢,要不字数太少,太丢人了O(∩_∩)O~......
atomic:我们成为原子属性,它默认会为setter方法加锁 (当然你用@property添加属性时,如果不写,这个,就会默认atomic).
noatomic:非原子属性,不会为setter方法加锁
两者的对比:
atomic:线程安全,但需要消耗大量的资源(就是让系统变慢)(如果你都是用的是这个定义属性,我保证你测试iphone4 就会死机的.(o)/YES！).
noatomic: 非线程安全,适合内存小的移动设备.
官方的建议(咱们一直都在模仿苹果,迟早要超越它)
所有属性都声明:noatomic
尽量避免多线程抢夺同一块资源
尽量将加锁,资源的抢夺的业务移交给服务器,减少移动端的压力(我们最喜欢了,这样我们处理的逻辑就会少一部分了)
互斥锁 synchronize
多线程存在资源抢夺 (只要是加锁就会消耗性能,想锁住代码,多个线程必须使用同一把锁, 加锁范围尽量缩小)。
一般情况下，能不开启多线程，就不要开启新的线程。 如果只需要在网络上单纯的加载数据，而不是多处去修改相同数据，就可以使用多线程。
题外话，引入多线程的一个重要的原因就是，防止，加载耗时操作，影响主线程，造成主线程的阻塞。
那么何时加载互斥锁。上面说到了多处地方抢夺资源的时候.
我觉得是能用到这几个场合的.
1.购票
2.电商物品数量
3.电影票订座
4.抢购.
5.关联卡存取钱.
这几个都涉及的都是一个东西:资源有限,多方抢夺的问题.
如果多处需要拿到同一个属性,比如票的数量,如果不加互斥锁的话,同时拿到,进行更改,那么,前一个已改的数目,后一个并没有拿到,只是继续改原始数据.
(这就造成了,票已经卖完了,结果却提示还有多张, 因为前面更改的数据又被复写了).
这是对商家以及客户都不是很好的事情.
1.客户买到的东西,却用不上.存的钱少了.
2.抢购的东西,好多人抢了好多个,取钱的时候,取不完
所以针对这样的事情,在多线程中加入互斥锁的概念是必须有的.
3.说了这么多,相信对互斥锁应该都有一个客观的理解了. (互斥锁就是跑着去上厕所,结果发现只有一个坑,那么你就只有等待了. (__) 嘻嘻……) (就是 执行到这一句的时候, 就好像同步执行,不在是异步了)
多线程获取数据(未加锁):
已加锁:
互斥锁使用格式
@synchronized(锁对象) { // 需要锁定的代码 }
注意：锁定1份代码只用1把锁(一般是self,比较公共)，用多把锁是无效的
互斥锁的优缺点
优点：能有效防止因多线程抢夺资源造成的数据安全问题
缺点：需要消耗大量的CPU资源
互斥锁的使用前提：多条线程抢夺同一块资源
相关专业术语：线程同步
线程同步的意思是：多条线程在同一条线上执行（按顺序地执行任务）
互斥锁，就是使用了线程同步技术
下面写一点关于互斥锁的一些程序,方便大家的理解
// 设置票数为99张;
static int count = 99;
- (void)touchesBegan:(NSSet *)touches withEvent:(UIEvent *)event{
// 建立了 两个子线程。
[self performSelectorInBackground:@selector(waste:) withObject:@"ლ(′◉❥◉｀ლ)"];
[self performSelectorInBackground:@selector(waste:) withObject:@"我爱你"];
[self performSelectorInBackground:@selector(waste:) withObject:@"iloveyou"];
}
// 卖票
- (void)waste:(NSString *)str{
// 加互斥锁，影响系统的性能。
@synchronized(self) {
while (count >0) {
// 三个子线程同时访问数据， 就会出现数据错乱
count--;
// [NSThread sleepForTimeInterval:0.1]; (自己可以将让程序睡眠)
NSLog(@"%@___%i___%@",str,count,[NSThread currentThread]);
}
}
}
下来我来介绍一下,自旋锁和互斥锁的区别
- 相同点:
都能够保证多线程在同一时候, 只能有一个线程操作锁定的代码
- 不同点:
如果是互斥锁, 假如现在被锁住了, 那么后面来得线程就会进入”休眠”状态, 直到解锁之后, 又会唤醒线程继续执行
如果是自旋锁, 假如现在被锁住了, 那么后面来得线程不会进入休眠状态, 会一直傻傻的等待(一直在消耗性能), 直到解锁之后立刻执行
自旋锁更适合做一些较短的操作
