工具类必须私有化构造方法，因为编译器默认提供public无参构造器，若不封禁则可被实例化，违背静态工具设计初衷；需声明private无参构造器并抛出unsupportedoperationexception异常，且类应加final修饰。
Java 中工具类通过私有构造方法实现封装，核心是阻止外部实例化，确保类只作为静态方法容器存在，不维护状态、不产生对象。
为什么工具类必须私有化构造方法
Java 编译器默认为无显式构造器的类提供一个 public 无参构造器。如果没主动封禁，别人就能 new 出毫无意义的对象——比如 new StringUtils()，既浪费资源，又违背设计本意。私有构造器是语义层面的第一道防线，从编译期就杜绝误用。
标准写法：声明 private 构造器并抛出异常
不能只写 private Utils() {} 空实现，必须在构造器里主动抛异常，让运行时也明确拒绝实例化：
- 声明为
private，且无参数（覆盖默认构造器） - 构造器体内写
throw new UnsupportedOperationException("Utility class cannot be instantiated"); - 类通常加
final修饰，防止被继承（继承后仍可能通过子类实例化）
常见错误与规避要点
实际开发中容易踩坑的地方包括：
- 写了带参构造器但忘了补私有无参构造器——此时默认无参构造器不会生成，但已有构造器仍可能被调用
- 仅设为
protected或包级访问——同包类或子类仍可实例化，达不到真正封装 - 忽略反序列化风险——
ObjectInputStream可绕过私有构造器，需配合readResolve()方法修复
完整示例：一个规范的工具类
public final class DateUtils {
private DateUtils() {
throw new UnsupportedOperationException("Utility class cannot be instantiated");
}
public static long getCurrentTimestamp() {
return System.currentTimeMillis();
}
}
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
