Java构造方法的@throws必须准确声明实际抛出的已检查异常，运行时异常标注属良好实践；格式为“@throws 异常简单名 说明触发条件”，多异常按字母序排列。
Java 构造方法可以用 @throws 标注它可能抛出的异常，用法和普通方法完全一致，关键是要准确描述实际会抛出的**已检查异常（checked exception）**，对运行时异常（如 IllegalArgumentException）标注属于良好实践但非强制。
构造方法的 @throws 必须对应真实抛出逻辑
只有当构造方法体内明确 throw 了某个异常，或调用了可能抛出该异常的其他方法（且未捕获），才应在 Javadoc 中用 @throws 声明。Javadoc 不是占位符，而是契约说明。
- 如果构造方法中做了参数校验并抛出
IllegalArgumentException，就该写：@throws IllegalArgumentException if name is null - 如果构造方法内部打开文件并可能抛出
IOException，就必须声明：@throws IOException if the config file cannot be read - 若仅捕获了异常又吞掉（
catch后不 re-throw），则不该在 Javadoc 中声明该异常
格式规范：异常类型 + 空格 + 说明文字
@throws 后紧跟异常类的**简单名（不带包）**，后面跟一个空格，再写清晰、具体的触发条件说明。说明应聚焦“什么情况下抛出”，而非“为什么会抛出”。
- ✅ 正确：
@throws NullPointerException if url is null - ❌ 错误：
@throws java.net.MalformedURLException（没说明原因） - ❌ 错误：
@throws MalformedURLException when something goes wrong（模糊不清）
多个异常按字母顺序排列（推荐）
若构造方法可能抛出多种异常，每个 @throws 单独一行，按异常类名的字典序排列，便于阅读和工具解析。
立即学习“Java免费学习笔记（深入）”；
@throws IllegalArgumentException if port is out of range@throws IOException if the socket cannot be bound@throws SecurityException if permission is denied
运行时异常也建议标注，提升 API 可用性
虽然编译器不强制处理 RuntimeException 子类，但标注它们能显著改善文档质量与调用方体验。
- 例如：
@throws IllegalStateException if the system is not initialized - IDE 和文档生成工具（如 javadoc）会将这些信息展示出来，帮助开发者提前规避错误
- 尤其对构造失败的常见原因（如非法参数、资源不可用），标注比不标注更有价值
