抽象类无法被直接实例化是Java语言硬性限制，而其protected构造函数可防止同包非子类调用，并强制子类在构造时通过super()传入必要参数，结合final字段实现不可变初始化约束。
在 Java 中，若希望某个类只能被继承、不能被直接实例化，且子类必须通过特定方式构造（比如传入某些必要参数），可以将抽象类的构造函数设为 protected。这本身不会阻止子类创建实例，但配合抽象类的语义和访问控制，能有效实现“仅允许子类初始化”的约束。
为什么 protected 构造函数能限制直接 new？
抽象类本身不能被 new 实例化（编译报错），这是语言层面的硬性限制。而将其构造函数声明为 protected，意味着：
- 同包内的非子类无法调用该构造函数（因为不是 public）
- 不同包的类即使继承它，也必须显式调用
super(...)，且只能在自己的构造函数中调用 - 外部代码无法绕过继承关系去反射构造（除非开启并破坏封装，但属于非常规手段）
典型写法：带参 protected 构造 + 抽象方法组合
常见场景是强制子类提供某种能力或配置。例如：
JavaStoryDevelop
下载
你接手一个需求时，是不是经常这样："改一个小字段 → 结果把不相关的代码也改了"、"需求说得很模糊 → 做着做着发现跑偏了"、"数据库加个字段 → 上线才发现漏了数据兼容"、"做了个新功能 → 一个月后自己都忘了当时怎么设计的"、"写到一半被中断 → 再回来不知道从哪继续"；这个 Skill 就是专门解决这些问题的。 它会自动探测你的项目环境（JDK、Spring Boot、ORM、数据库、前端框架），记在
public abstract class DataSource {
protected final String url;
protected final String username;
// 只允许子类在构造时传入必要信息
protected DataSource(String url, String username) {
this.url = Objects.requireNonNull(url);
this.username = Objects.requireNonNull(username);
}
// 强制子类实现具体连接逻辑
public abstract Connection connect();
}
// ✅ 合法：子类在构造中调用 super
class MySQLDataSource extends DataSource {
public MySQLDataSource(String url, String username) {
super(url, username); // 必须调用，且只能在这里
}
@Override
public Connection connect() {
return new MySqlConnection(url, username);
}
}
// ❌ 编译错误：Cannot instantiate the type DataSource
// DataSource ds = new DataSource("jdbc:mysql://...", "root");
进阶技巧：防止包内误用 + 构造参数校验
如果担心同包下有非子类代码试图继承（虽不推荐，但可能），可进一步加强约束：
- 将抽象类放在专用包中（如
com.example.core），避免业务类与之同包 - 在 protected 构造函数中加入运行时检查，例如记录调用栈判断是否来自合法子类（适用于高安全要求场景，但略重）
- 结合
final字段 + 不可变设计，确保子类无法绕过初始化逻辑篡改关键状态
注意边界情况
需清楚几个事实：
-
protected 构造函数 ≠ 禁止反射创建：通过
setAccessible(true)仍可绕过，但这是主动破坏封装的行为，不属于正常使用范畴 - 子类仍可定义多个构造函数，只要每个都调用
super(...)即可 - 若抽象类有无参 protected 构造，子类可不传参；若只提供带参 protected 构造，则子类构造函数必须显式调用它
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
