private构造方法主要用于防止非法实例化和继承，需配合final类、static工厂、volatile变量、反序列化防护及调用栈校验等措施确保安全性。
私有构造方法本身不难写，难的是你得清楚它到底在防谁、护什么——不是为了“封装”而封装，而是切断不该有的实例化路径。
为什么private构造方法会编译报错？
常见错误是：类里写了private构造方法，但没写任何其他构造方法，然后子类去继承它，直接编译失败，报错Implicit super constructor XXX() is not visible。
- Java默认提供无参公有构造方法的前提是：你没写任何构造方法；一旦你写了
private构造，这个默认就没了 - 子类构造器第一行隐式调用
super()，但父类没有可访问的无参构造，自然挂掉 - 解决办法不是“加个
public构造”，而是确认这个类本就不该被继承——加上final修饰类，或干脆别让别人继承
private构造 + static工厂方法怎么配才不翻车？
单例和工具类都爱这么干，但容易漏掉两个关键点：线程安全和反序列化漏洞。
- 懒汉式单例如果只靠
if (instance == null) instance = new Singleton();，多线程下可能创建多个实例 - 想用
synchronized方法？性能差；想用双重检查？必须给instance加volatile，否则可能看到未完全初始化的对象 - 工具类（比如
StringUtils）如果真写了private构造，记得在方法体里抛UnsupportedOperationException，而不是空着——防止反射绕过构造调用
反射能绕过private构造吗？怎么防？
能，而且非常容易：Constructor.setAccessible(true)一行就破防。这不是理论风险，是真实被用在测试、序列化框架甚至恶意代码里的操作。
- 在
private构造方法第一行加校验：if (instance != null) throw new RuntimeException("Use getInstance() instead");（配合静态字段控制） - 或者更彻底：在构造里检查调用栈，如果发现
java.lang.reflect或sun.reflect在栈上，直接拒绝 - 注意：这种防御不能替代设计意图，只是增加反射成本；真正可靠的还是语义约束——比如把类设为
final、不暴露任何可实例化的入口
私有构造不是锁，是路标。标错了方向，再多的private也拦不住误入的人；标对了，哪怕没锁，大家也自然绕道走。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
