为何用静态工厂方法解决SimpleDateFormat非线程安全问题？

一、静态工厂方法为何能解决非线程安全问题？ #

核心原因很直接：每次调用这个静态工厂方法，都会创建一个全新的SimpleDateFormat实例。每个线程调用时拿到的都是独立对象，它们的实例字段各自隔离，不会被其他线程的操作干扰，从根源上避免了多线程共享非线程安全实例导致的逻辑错误。

静态方法和非静态方法的区别 #

如果非静态方法内部也是每次new新实例，单从“生成新对象”的效果看两者类似，但调用逻辑和意图传达有本质差异：

• 静态方法：不需要依赖任何类的实例就能调用，直接通过类名.makeStandardHttpDateFormat()触发。这种调用方式本身就传递了明确信号：这个方法是专门用来生成实例的，不需要复用任何现有状态，每次调用都会拿到全新对象。
• 非静态方法：必须先创建包含该方法的类的实例才能调用。如果使用者不小心复用了这个类的实例，或者把实例共享给多线程，就可能引入风险；而且非静态方法的调用方式容易让人误以为“方法依赖实例状态”，不利于明确传达“每次生成新实例”的设计意图。

二、静态方法真的慢吗？注释的意义何在？ #

1. 静态方法并不慢：静态方法的调用开销和非静态方法几乎没有差异，甚至因为不需要处理实例的this指针寻址，理论上还略快一点。书中提到的“防止过度追求效率的程序员使用静态初始化器”，指的是有人可能为了“减少对象创建开销”，把SimpleDateFormat改成静态变量（比如在静态代码块里初始化一次、全局复用），但这样就会回到多线程共享非线程安全实例的老问题。
2. 注释的作用：
   • 明确设计意图：告诉后续维护的程序员为什么必须每次创建新实例，不能改成静态变量或缓存实例，避免踩线程安全的坑。
   • 传递隐性逻辑：虽然IDE默认可能不显示注释，但当程序员查看方法实现、或使用IDE的文档查看功能时，注释会被展示；在团队协作中，注释是代码设计逻辑的直接说明，比单纯的静态标识更能传递背后的考量。
   • 防御性提醒：提前堵住错误优化的路子，防止有人觉得“每次new对象太浪费”而擅自修改代码，引入线程安全隐患。

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