为什么工具类要加私有构造方法
不加的话，别人 new StringUtils() 就能创建实例——哪怕你所有方法都是 static。Java 不会阻止这种无意义的实例化，但语义上错了：工具类不是用来 new 的，是拿来调用静态方法的。加了私有构造后，编译期就拦住非法实例化，也明确传达“这个类不可被继承、不可被实例化”的意图。
怎么写才算真正私有且防继承
只写 private Utils() {} 还不够。常见错误是漏掉 final 修饰类，或者构造方法没加 private（比如写成包私有或 protected），导致子类还能继承或同包类能调用。
-
final类声明必须加上，否则别人可以class MyUtils extends StringUtils - 构造方法必须是
private，不能省略访问修饰符（默认是包私有） - 构造方法体里建议加
throw new UnsupportedOperationException("Utility class cannot be instantiated")，防止反射绕过（虽然反射本身已是破坏封装，但至少运行时报错明显）
final class StringUtils {
private StringUtils() {
throw new UnsupportedOperationException("Utility class cannot be instantiated");
}
}
IDE 自动生成的私有构造方法可靠吗
不一定。IntelliJ 默认生成的是包私有构造（不写修饰符），Eclipse 有时生成 protected。这些都不能防实例化，尤其对跨包调用完全无效。
- 检查生成后的构造方法是否真为
private - 确认类名前有
final - 如果项目用了 Lombok，
@UtilityClass是安全的，它自动生成private构造 +final类 + 抛异常，但要注意它要求类里不能有非静态字段
为什么有些老项目没加私有构造也能跑
能跑，不代表合理。没加只是“没出错”，但破坏了 API 意图：使用者可能误以为该类支持状态管理，后续加字段或改逻辑时埋下隐患。更实际的风险是单元测试里意外 new 出实例，掩盖了静态方法本应无状态的契约。
立即学习“Java免费学习笔记（深入）”；
反射调用 Constructor.setAccessible(true) 确实能绕过 private，但这属于主动破坏，不是设计漏洞；而没加私有构造，连编译期防护都没有，属于基础疏漏。
真正容易被忽略的，是 final 和 private 必须同时存在——少一个，防护就失效。
