iOS NSDateFormatter 不安全线程 处理

本文探讨了NSDateFormatter在多线程环境下导致的性能问题及解决策略。指出NSDateFormatter为非线程安全类,频繁实例化会导致CPU占用高,页面操作卡顿。正确的实践是为每个线程分配独立的NSDateFormatter实例,避免线程间资源竞争,确保线程安全。

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

记得 上次我们开CodeReView大会 有人提出 "  NSDateFormatter *dateFormatter = [[NSDateFormatter alloc] init];  去获取 nsdate  或者  nsstring  (date)"   长时间 或者频次高的调用 该方法 就会出现页面操作犯卡eg滚动滑动切换.

查看cpu可以以明显看出 dateFormatter  创建 明显是一个消耗内存的操作. 开始我想 要不就用单利  或者静态化处理此处,但是会不时出现闪退.  苹果官方给出的解释是  NSDateFormatter 是一个不安全线程类 

正确处理方式 是参照网上解释"当多个线程同时访问1个NSDateFormatter对象时,有可能会Crash。
那怎么办?不要泄气,咱们给每个线程准备1个NSDateFormatter,大家就不会打得头破血流了。"

我的理解 就是防止死锁 ------ 资源竞争  相当于创建影子数据

那么同一个线程的就创建一次 其他就是调用  不同线程  重新创建  这样就不发生线程间资源的竞争的现象了

 

添加断点很容易理解该机制的逻辑  

把该方法 用在 需要提高效率 确保线程安全的地方

转载于:https://www.cnblogs.com/someonelikeyou/p/4490867.html

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值