元宿six我经常在面试里见到一种回答——“私有构造函数和抽象类都是不能 new 的，所以这俩差不多”。这个答案错得很典型，却又非常普遍。这两个东西放在一起比较，本身就容易让人混淆：它们都让外部无法直接实例化对象，但从设计意图、语法机制到工程落地，完全是两码事。这篇文章想把它彻底讲透，同时把面试中可能会被追问的延伸点也一并理顺。
如果你是正在准备 Java 面试的人，或者在工作中写过工具类、单例、抽象基类但没深究过设计逻辑，这篇内容对你应该很实用。我会从两者各自的本质讲起，再落到对比、边界情况和工程选型判断，全程用真实代码和 JVM 层面的行为做支撑。
1. 私有构造函数：不是禁止实例化，而是把实例化权限收归己有
很多人一说私有构造函数，第一反应是“让类不能被实例化”。这个说法对，但不准确。更准确的说法是：私有构造函数不是让类永远无法产生对象，而是让对象产生的入口只存在于类的内部，外部代码没有资格决定“什么时候 new、怎么 new”。
1.1 工具类是最常见的应用：让工具回归纯函数
我先从最简单的场景说起。你写一个 StringUtils，里面是一堆静态方法：
java复制public class StringUtils {
private StringUtils() {
// 私有构造，阻止外部实例化
}
public static boolean isEmpty(String str) {
return str == null || str.isEmpty();
}
public static String trimToEmpty(String str) {
return str == null ? "" : str.trim();
}
}
这里 private StringUtils() 不是装饰，它是在明明白白告诉调用方：这个类不是让你拿来 new 的，它本质上是一个“函数集合”。所有方法都是静态的，实例化出来也没有任何成员状态可以操作。
那为什么不直接写一个 public StringUtils() 呢？因为空构造器会让人误以为“这个类可以被实例化使用”。一旦调用方写了 new StringUtils()，虽然代码能跑，但语义上已经错了——它会诱导别人写出没有意义的代码。加私有构造器，相当于在语法层面拦住了这条歧义路径。
JDK 里大量这样的例子：java.lang.Math、java.util.Collections、java.util.Arrays，它们的构造函数全是私有的，而且通常还会在私有构造器里做点额外动作，用来抵抗反射。
1.2 单例与静态工厂：把实例控制权收进类内部
工具类只是私有构造函数的入门场景。真正展示它核心价值的地方，是单例模式和静态工厂方法。
以最标准的双重检查锁单例为例：
java复制public class Singleton {
private static volatile Singleton instance;
private Singleton() {
// 私有构造，外部无法直接 new
}
public static Singleton getInstance() {
if (instance == null) {
synchronized (Singleton.class) {
if (instance == null) {
instance = new Singleton();
}
}
}
return instance;
}
}
在这个类里，private Singleton() 的意思是：我自己管理自己的生命周期，外部想拿对象，只能通过 getInstance()。这样做的价值在于，实例的创建时机、创建次数、创建线程都受控，不会出现“同一个类在系统里被 new 得到处都是”的情况。
静态工厂方法也是同一个思路。比如 LocalDateTime.now()、Instant.ofEpochMilli(...)，它们背后往往有私有构造函数 + 静态方法的配合。类不让你直接 new，而是让你通过一个带名字的工厂方法去拿实例，这样方法名本身能表达语义，同时内部可以复用缓存对象或做参数校验。
从 JVM 角