博客
关于我
iOS学习——锁
阅读量:617 次
发布时间:2019-03-13

本文共 743 字,大约阅读时间需要 2 分钟。

多线程开发中,资源竞争问题是一个常见且棘手的问题。尤其是在多个线程同时操作同一资源时,如果没有采取适当的措施,可能会导致数据混乱。售票系统的例子就很能说明问题。多个售票员同时卖票时,系统可能会出现票数重复出售的情况,这正是多线程带来的不安全性。

为了解决这个问题,我们需要使用同步机制。@synchronized是一个常用的方法,它通过锁定代码块,确保在同一时间只能有一个线程执行该代码。然而,需要注意的是,@synchronized所锁定的必须是一个全局变量,而不能是局部变量,因为局部变量在线程进入代码块后会立即被释放,导致锁失效。

互斥锁(互斥锁)的作用是确保在运行过程中,只有一个线程能够访问被锁定的代码块。其他线程则会在锁外等待,直到当前线程释放锁。这种机制保证了线程的原子性操作。然而,在大多数情况下,我们为了提高性能,会使用nonatomic属性,这会使得变量的访问变得不安全。

在文件操作中,原子性也是很重要的。例如,当使用NSFileHandle写入文件时,可以通过设置atomically:YES来确保操作的原子性。这样可以避免文件被删除或修改的情况出现。

对于资源保护,我们通常会定义一个全局锁。例如,可以声明一个atomic类型的锁,并通过@synchronized来同步访问。这样可以确保多个线程在访问锁定的资源时,彼此之间不会产生冲突。

然而,使用锁也会带来一些不便。锁会增加每次访问资源的开销,可能会影响程序的性能。在实际开发中,我们需要权衡资源的安全性和性能的需求。

总之,在多线程开发中,正确使用锁机制是确保资源安全的关键。通过合理设计和配置,我们可以在保证数据一致性的同时,尽量减少性能损失。这也是苹果在设计UIKit时采取线程不安全方式的原因之一。

转载地址:http://bokaz.baihongyu.com/

你可能感兴趣的文章
NSDateFormatter的替代方法
查看>>
NSOperation基本操作
查看>>
NSSet集合 无序的 不能重复的
查看>>
NT AUTHORITY\NETWORK SERVICE 权限问题
查看>>
ntko文件存取错误_苹果推送 macOS 10.15.4:iCloud 云盘文件夹共享终于来了
查看>>
nullnullHuge Pages
查看>>
numpy 用法
查看>>
Numpy如何使用np.umprod重写range函数中i的python
查看>>
oauth2-shiro 添加 redis 实现版本
查看>>
OAuth2.0_JWT令牌-生成令牌和校验令牌_Spring Security OAuth2.0认证授权---springcloud工作笔记148
查看>>
OAuth2.0_JWT令牌介绍_Spring Security OAuth2.0认证授权---springcloud工作笔记147
查看>>
OAuth2.0_介绍_Spring Security OAuth2.0认证授权---springcloud工作笔记137
查看>>
OAuth2.0_完善环境配置_把资源微服务客户端信息_授权码存入到数据库_Spring Security OAuth2.0认证授权---springcloud工作笔记149
查看>>
OAuth2.0_授权服务配置_Spring Security OAuth2.0认证授权---springcloud工作笔记140
查看>>
OAuth2.0_授权服务配置_令牌服务和令牌端点配置_Spring Security OAuth2.0认证授权---springcloud工作笔记143
查看>>
OAuth2.0_授权服务配置_客户端详情配置_Spring Security OAuth2.0认证授权---springcloud工作笔记142
查看>>
OAuth2.0_授权服务配置_密码模式及其他模式_Spring Security OAuth2.0认证授权---springcloud工作笔记145
查看>>
OAuth2.0_授权服务配置_资源服务测试_Spring Security OAuth2.0认证授权---springcloud工作笔记146
查看>>
OAuth2.0_环境介绍_授权服务和资源服务_Spring Security OAuth2.0认证授权---springcloud工作笔记138
查看>>
OAuth2.0_环境搭建_Spring Security OAuth2.0认证授权---springcloud工作笔记139
查看>>