性能优化之 NSDateFormatter
为什么要优化NSDateFormatter?
目录
首先,过度的创建NSDateFormatter
用于NSDate
与NSString
之间转换,会导致App卡顿,打开Profile工具查一下性能,你会发现这种操作占CPU比例是非常高的。据官方说法,创建NSDateFormatter
代价是比较高的,如果你使用的非常频繁,那么建议你缓存起来,缓存NSDateFormatter
一定能提高效率。
Creating a date formatter is not a cheap operation. If you are likely to use a formatter frequently, it is typically more efficient to cache a single instance than to create and dispose of multiple instances. One approach is to use a static variable
优化方式有哪些?
a.延迟转换
即只有在UI
需要使用转换结果时在进行转换。
b.Cache in Memory
根据NSDateFormatter
线程安全性,不同的iOS系统版本内存缓存如下:
- prior to iOS 7
如果直接采用静态变量进行存储,那么可能就会存在线程安全问题,在iOS 7之前,NSDateFormatter
是非线程安全的,因此可能就会有两条或以上的线程同时访问同一个日期格式化对象,从而导致App崩溃。
1 | + (NSDateFormatter *)cachedDateFormatter { |
- iOS 7 or later
在iOS 7、macOS 10.9及以上系统版本,NSDateFormatter
都是线程安全
的,因此我们无需担心日期格式化对象在使用过程中被另外一条线程给修改,为了提高性能,我们还可以在上述代码块中进行简化(除去冗余部分)。
1 | static NSDateFormatter *cachedDateFormatter = nil; |
如果缓存了日期格式化或者是其他依赖于current locale
的对象,那么我们应该监听NSCurrentLocaleDidChangeNotification
通知,当current locale
变化时及时更新被缓存的日期格式化对象。
In theory you could use an auto-updating locale (autoupdatingCurrentLocale) to create a locale that automatically accounts for changes in the user’s locale settings. In practice this currently does not work with date formatters.
Apple Threading Programming Guide
c.利用标准C语言库
如果时间日期格式是固定的,我们可以采用C语言中的strptime函数,这样更加简单高效。
1 | - (NSDate *) easyDateFormatter{ |
相关资料:
广告
欢迎关注微信公众号