构造方法抛出异常是防止对象非法或不完整状态的最直接可靠手段，应在参数校验失败、资源初始化失败、禁止实例化及规避半初始化陷阱时主动使用。
构造方法抛出异常，是防止对象处于非法或不完整状态的最直接、最可靠手段。它不是“事后补救”，而是从源头掐断无效实例的诞生——一旦异常发生，JVM 或运行时根本不会生成有效引用，对象生命周期从未开始。
参数校验失败时立即中断构造
这是最常见也最有效的场景。对象的合法性往往取决于构造时传入的参数，比如非空字符串、合法数值范围、有效URL等。验证必须在字段赋值前完成，否则可能留下已部分初始化却不可用的对象。
- 使用 RuntimeException 子类（如
IllegalArgumentException、NullPointerException）进行校验，调用方无需强制捕获，语义清晰 - 校验逻辑放在构造函数开头，避免任何字段被意外赋值
- 示例：
public ConfigLoader(String path) {<br> if (path == null || !path.endsWith(".yaml")) {<br> throw new IllegalArgumentException("配置路径必须是非空且以.yaml结尾");<br> }<br> this.path = path;<br>}
资源初始化失败时拒绝对象存在
当构造过程需加载文件、连接数据库、解析配置等外部依赖时，失败意味着对象无法正常工作。此时应抛出受检异常（如 IOException），强制调用方决策是否重试或降级。
- 声明
throws IOException，让编译器协助保障错误处理 - 若资源已部分获取（如打开文件流），务必在
try-with-resources或finally中显式关闭，防止泄漏 - 不要把资源加载逻辑塞进 getter 或懒加载方法——那会把构造时的确定性问题，拖成运行时的不确定性故障
主动阻止类被实例化（工具类/抽象契约）
有些类本就不该有实例，比如纯静态工具类、仅用于类型占位的标记类。这时可在构造函数中无条件抛出异常，并配合其他防护措施。
- 私有构造 + 运行时异常（如
throw new UnsupportedOperationException("工具类不可实例化")），可拦截反射调用 - Java 中建议额外加
final修饰类，防止子类绕过私有构造 - Python 中重写
__new__并判断cls is TargetClass，比抽象基类更精准、轻量
规避半初始化陷阱：禁止在构造中调用可重写方法
父类构造器中调用 protected 或 public 方法，而该方法被子类重写，会导致子类方法在自身字段还未初始化时就被执行——此时字段值为 null、0 或 false，极易引发 NPE 或逻辑错乱。
- 这类调用看似合法，实则违反初始化顺序，属于隐蔽的非法状态
- 解决方案：改用
private或final方法；或把逻辑移到静态工厂方法中，在构造完成后再调用 - Spring 等框架中，此类问题还会导致 Bean 创建失败并抛出
BeanCreationException
