私有构造器是保障单例唯一性、阻止工具类误实例化、阻断继承与反射滥用的核心机制，被jdk及主流框架广泛采用。
因为这是守住“不该被实例化”这条设计底线最直接、最可靠的方式。不私有化，就等于默认开放 new 的权限，语义和实际行为立刻脱节。
防止误用和语义混乱
工具类（如 StringUtils、JsonUtils）本就不该有状态，也不该被 new 出来——所有方法都是静态的，调用只需 ClassName.method()。但 Java 默认提供无参公有构造器，只要没显式写任何构造器，别人就能 new JsonUtils()。对象建了却没人用，代码审查时才意识到“这玩意儿根本不需要实例”。私有构造器 + 显式抛异常，从编译期提示到运行时兜底，双保险切断误用路径。
保障单例真正唯一
单例不是靠“我只写了一个 instance 变量”实现的，而是靠“外部无法绕过 getInstance() 去 new”。一旦构造器是 public 或 protected，别人在任意地方写 new Singleton()，单例就彻底失效。私有构造器是封锁 new 的第一道锁，没有它，整个单例机制形同虚设。哪怕你用了双重检查、volatile、枚举，只要构造器可访问，语义就崩了。
阻断继承与反射滥用
构造器设为 private，子类连 super() 都调不通，天然禁止继承——这对工具类和单例是合理限制，避免子类引入状态或破坏契约。虽然 ObjectInputStream 仍可能通过反序列化绕过私有构造，但至少挡住了常规 new 和继承；配合 readResolve() 就能补全防线。另外，R8/ProGuard 混淆时可能误删私有构造器，所以大厂规范通常会强制添加保留规则：-keepclassmembers class * { private void
符合 JDK 和主流框架的一致实践
Java 标准库里所有工具类（Objects、Collections、Arrays）全都有私有构造器；Spring、Guava、Apache Commons 中的类似类也全部遵循。统一风格降低团队理解成本，新人一眼就知道“这个类不能 new”，减少沟通损耗和低级错误。这不是教条，而是经过大规模协作验证的最小共识。
