大厂规范强制单例类和工具类构造器私有化，是为了在编译期杜绝非法实例化，确保设计语义——工具类无状态、单例全局唯一；私有构造器阻止继承、反射滥用，统一对象创建入口，提升可维护性与协作效率。

大厂规范强制要求单例类和工具类的构造器私有化，不是为了增加代码复杂度，而是守住设计语义的第一道防线——让“不该被 new 的类”，在编译期就根本无法 new。

堵死最常见、最危险的误用路径

Java 默认会为无显式构造器的类生成一个 public 无参构造器。一旦开放，任何地方都能写 new StringUtils() 或 new ConfigManager()，哪怕没人调用实例方法，也已违背设计初衷。私有化后，编译直接报错，不给疏忽留余地。

• public 构造器 → 编译通过 → 运行时多出无意义对象 → 内存浪费 + 语义污染
• private 构造器 → 编译失败 → 强制走静态方法或 getInstance() → 行为受控

明确表达设计意图，降低协作成本

看到 private 构造器，开发者立刻能识别：“这是工具类”“这是单例”“别 new，查静态方法或工厂入口”。它比注释更刚性，比文档更贴近代码，是写在语法层的契约。

• StringUtils、Objects、Collections 等 JDK 工具类全系私有构造，已成为事实标准
• 新人不会因“能 new”而困惑“该不该 new”，团队无需反复解释或 Code Review 堵漏

保障封装性与未来可演进性

私有构造器把对象创建逻辑完全锁在类内部，所有实例来源必须经过统一出口（如 getInstance() 或静态方法），为后续增强留出空间。

• 加初始化校验、日志埋点、依赖注入、懒加载策略，都只改一个方法，不影响调用方
• 若构造器开放，这些逻辑可能被绕过，导致行为不一致或状态不一致
• 配合 static instance 字段，形成“私有创建 + 全局唯一引用”的闭环

切断继承与非法扩展链路

private 构造器天然阻止子类调用 super()，避免工具类被继承后添加状态、破坏无状态性；也防止同包类或反射滥用（虽不能完全防反射，但已是基础门槛）。

• 工具类本就不该有子类——它提供的是能力，不是可复用的父模板
• 单例类若被继承，可能产生多个“伪单例”，彻底瓦解全局唯一语义
• Android 混淆时需保留规则 -keepclassmembers class * { private void <init>(); }，否则 R8 可能误删