多线程安全琐碎

本文深入探讨了多线程编程中的安全隐患,特别是数据错乱和数据安全问题,通过互斥锁(synchronized)技术有效地解决了这些问题。文章详细解释了互斥锁的使用前提、优点和缺点,并对比了原子性和非原子性的选择,为iOS开发者提供了宝贵的指导。此外,还引用了一篇更详细的介绍文章,帮助读者进一步了解相关概念。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

阅读原文地址http://www.cnblogs.com/wendingding/p/3805841.html

今天遇到这个问题,看了一下这篇文章,然后按照自己的理解记录一下,不是很准确,仅供参考.

多线程存在安全隐患,当多线程访问同一块资源时,很容易引发数据错乱和数据安全问题.会对数据进行多次重复处理,线程之间单独完成处理后返回结果,未进行线程间协同处理数据,造成单条数据被多次处理,造成数据混乱.

通过@synchronized(锁对象){//需要锁定的代码}互斥锁解决问题,  注意:锁一份代码只用一把锁,用多把锁是无效的.

互斥锁的优缺点

优点: 能有效防止因多线程抢夺资源造成的数据安全问题

缺点: 需要消耗大量的CPU资源


互斥锁的使用前提: 多条线程抢夺同一块资源

相关专业术语: 线程同步,多条线程按顺序地执行任务

互斥锁, 就是使用了线程同步技术

原子性和非原子性

OC在定义属性时有nonatomic和atomic两种

atomic: 原子性,为setter方法加锁(默认就是atomic)

nonatomic: 非原子性,不会为setter方法加锁


atomic加锁原理

@property (assign, atomic) int age;

- (void)setAge:(int)age{

@synchronized(self){

_age = age;

}

}

原子性和非原子性的选择

nonatomic和atomic对比

atomic: 线程安全,需要消耗大量的资源

nonatomic: 非线程安全,适合内存小的移动设备


iOS开发的建议

所有属性都声明为nonatomic

尽量避免多线程抢夺同一块资源

尽量将加锁资源抢夺的业务逻辑交给服务端处理,减小移动客户端的压力


还有一篇文章比较清晰的介绍http://blog.youkuaiyun.com/horkychen/article/details/8134917

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值