throw用于方法体内主动抛出异常对象，throws用于方法签名声明可能抛出的异常类型；二者分工明确，常配合使用：底层用throw抛出异常，上层用throws声明并向上传递。
用 throw 主动抛出一个具体的异常对象，用 throws 声明方法可能抛出的异常类型——两者分工明确，不是“选一个”，而是经常一起用。
throw：抛出一个异常实例
它后面跟的是一个已经创建好的异常对象，用于在代码中主动中断流程、触发异常处理机制。
- 只能出现在方法体内部
- 必须是 Throwable 或其子类的实例（如 new IllegalArgumentException("参数错误")）
- 执行到 throw 就立刻跳出当前方法，后续代码不执行
例如：throw new NullPointerException("用户名不能为空");
throws：声明方法可能“甩出去”的异常
写在方法签名末尾，告诉调用者：“我这个方法可能会抛出这些异常，你得负责处理”。它不抛异常，只是承诺/预警。
java-api-doc-generator
下载
分析 Java Spring Boot 后端 Controller 代码，自动生成 Markdown 格式的接口文档。当用户说“生成 Java 接口文档”、“生成 API 文档”、“从 Spring 代码生成文档”时触发。
立即学习“Java免费学习笔记（深入）”；
- 针对的是编译时异常（Checked Exception），比如 IOException、SQLException
- 运行时异常（RuntimeException 及其子类）可以不写 throws，写了也不强制要求调用方处理
- 一个方法可以 throws 多个异常，用逗号分隔
例如：public void readFile() throws IOException, SQLException { ... }
典型配合用法：先 throw，再由上层 throws
底层方法检测到问题，用 throw 抛出；中间或上层方法不想当场处理，就用 throws 声明并继续往上推。
- 工具方法里做校验，不符合就 throw 自定义异常
- 业务方法调用该工具方法，自己不捕获，而是 throws 声明，让 Controller 层统一处理
- 这样既清晰表达了错误源头，又保持了各层职责分离
常见误区提醒
- 不要在 finally 里写 throw —— 可能掩盖真正的异常
- 不要为了“语法通过”而盲目加 throws Exception，应精确声明实际可能抛出的类型
- throw new RuntimeException("xxx") 是绕过编译检查的快捷方式，但会丢失异常语义，慎用
基本上就这些。记住：throw 是动作，throws 是承诺；一个动手，一个开口。
