创建Intl对象是否仍存在性能开销？是否仍需复用？

直接给结论：现在创建Intl实例的开销比2014年小很多，但高频格式化场景下复用依然是最优解，低频场景则没必要刻意折腾。

为什么MDN不再提复用建议？ #

现代JS引擎（V8、SpiderMonkey等）对Intl API做了大量底层优化：

• 自动缓存相同配置的实例：如果连续创建参数完全一致的Intl.NumberFormat，很多引擎会直接返回缓存好的实例，避免重复初始化。
• 预编译常用locale规则：主流locale的格式化规则会被提前加载编译，大幅降低首次创建的开销。

哪些场景必须复用？ #

• 高频格式化场景：比如渲染包含上千条数据的表格、实时更新的仪表盘，每秒调用几十上百次格式化时，复用实例能减少重复初始化的CPU和内存消耗，性能提升明显。
• 复杂配置场景：如果你的格式化规则包含大量自定义选项（比如自定义千分位符、多语言货币格式、特殊小数精度），创建实例的开销比简单配置更高，复用的收益会被放大。

哪些场景不用刻意复用？ #

• 低频操作：比如页面加载时只格式化一两个数值，或者用户点击按钮时才偶尔格式化一次，这种情况下创建实例的开销微乎其微，没必要为了复用额外维护变量。
• 动态配置场景：如果每次格式化的locale或配置参数都不一样，复用实例反而会增加代码复杂度，直接创建新实例更简单直观。

实际性能差异参考 #

在V8引擎（Chrome、Node.js）的实测中，相同配置下，复用NumberFormat实例的格式化速度是每次创建新实例的2-5倍（高频调用场景）；但如果是单次或低频次调用，这个差异几乎感知不到。

内容的提问来源于stack exchange，提问作者Minh Nghĩa