创建[NS]TimeZone的开销有多大？复用单例还是重复实例化更高效？

核心结论 #

先说最直接的：复用单例在性能和代码维护上都更优，尤其是高频调用场景；如果只是零星调用，两种方式差异可以忽略，但单例依然是更稳妥的选择。

性能开销细节 #

TimeZone(abbreviation: "UTC")的内部实现其实自带一定的缓存机制——系统会把UTC、本地时区这类常用时区提前缓存起来，所以每次调用这个初始化方法，并不会真的从头解析时区数据、读取系统文件。但即便如此，它依然会做缓存命中检查、轻量对象初始化操作，这些单次开销极低，但如果在循环、高频执行的代码里反复调用，累积起来的开销还是会比直接复用单例高。

单例复用的额外优势 #

除了性能，复用单例还有这些实际好处：

• 代码一致性：所有用到UTC时区的地方都指向同一个实例，避免因疏忽写出不同的初始化方式（比如不小心写成TimeZone(identifier: "UTC")，虽然结果一致，但风格不统一）。
• 可维护性：如果后续需要调整（比如临时切换成其他时区做测试），只需要修改单例的初始化逻辑，不用到处找代码修改。
• 内存占用：全局唯一实例比多个重复实例占用的内存更少，虽然这点对UTC时区来说影响微乎其微，但好习惯值得保持。

直接调用的适用场景 #

如果你的代码里只是偶尔一两次用到UTC时区，比如某个初始化方法里调用一次，那直接写TimeZone(abbreviation: "UTC")完全没问题，性能差异可以忽略，代码也足够直观。

验证建议 #

如果对性能有疑虑，不妨用Instruments的Time Profiler工具跑一下你的代码，看看这个初始化方法的调用次数和耗时占比——如果占比很低，怎么写都无所谓；如果占比明显，那单例复用的优势就体现出来了。

内容的提问来源于stack exchange，提问作者Anton Tropashko