iOS NSDateFormatter 不安全线程 处理

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

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

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

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

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

 

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

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

posted on   ACM_Someone like you  阅读(725)  评论(0编辑  收藏  举报

编辑推荐:
· 一个奇形怪状的面试题:Bean中的CHM要不要加volatile?
· [.NET]调用本地 Deepseek 模型
· 一个费力不讨好的项目,让我损失了近一半的绩效!
· .NET Core 托管堆内存泄露/CPU异常的常见思路
· PostgreSQL 和 SQL Server 在统计信息维护中的关键差异
阅读排行:
· CSnakes vs Python.NET:高效嵌入与灵活互通的跨语言方案对比
· DeepSeek “源神”启动!「GitHub 热点速览」
· 我与微信审核的“相爱相杀”看个人小程序副业
· Plotly.NET 一个为 .NET 打造的强大开源交互式图表库
· 上周热点回顾(2.17-2.23)

导航

< 2025年2月 >
26 27 28 29 30 31 1
2 3 4 5 6 7 8
9 10 11 12 13 14 15
16 17 18 19 20 21 22
23 24 25 26 27 28 1
2 3 4 5 6 7 8
点击右上角即可分享
微信分享提示