私有化构造器是守住单例语义底线的最基础防线，它从编译期禁止外部直接 new 实例，强制所有创建路径经由 getInstance()，确保 instance 的唯一性、封装性与可演进性。
不是“必须”二字压人，而是私有化构造器是守住单例语义底线的最基础防线。它不保证线程安全、不解决序列化破坏、也不替代双重检查锁——但它一票否决了最常见、最粗暴的破环方式：外部直接 new。
防止绕过 getInstance() 的非法实例化
只要构造器是 public 或 protected，任何调用方都能写 new Singleton()。哪怕团队文档写得再清楚、Code Review 再严格，也挡不住一个疏忽、一次调试临时代码、或新成员不了解约定。私有化后，编译器直接报错，从源头掐断歧路。
- public 构造器 → 编译通过，运行时可能产生多个实例 → 单例失效
- private 构造器 → 编译失败 → 强制走 getInstance() 路径
配合 static 实例字段，形成封装闭环
单例的核心状态（那个 instance 引用）必须是 private static，而它的初始化动作（new Singleton()）只能发生在类内部。构造器私有化，正是让这个“内部创建”合法且唯一的前提：
- static 字段保证类级别唯一存储位置
- private 修饰确保该字段不可被外部篡改或提前访问
- private 构造器确保 new 操作只出现在 getInstance() 或静态块里，不外泄
向协作者明确设计意图
看到 private 构造器，其他开发者立刻能识别：“这是单例”“不该 new”“要查 getInstance”。它是一种自解释的契约，比注释更可靠，比 Confluence 文档更贴近代码。大厂强调规范，本质是降低协作熵值——一个私有构造器，胜过十行“请勿直接实例化”的注释。
为扩展留出安全接口空间
未来若需支持懒加载、参数校验、日志埋点、依赖注入或测试替身，所有逻辑都可自然收口到 getInstance() 中。如果构造器开放，这些增强就可能被绕过；而私有构造器天然倒逼所有创建路径统一收敛，为演进保留控制权。
