throw主动抛出异常，用于强制程序停止；throws预告潜在异常，调用者需处理，体现异常处理的责任划分。
Java的throw和throws：一场关于异常处理的优雅对决
很多Java初学者，甚至一些有一定经验的开发者，都会在throw和throws这两个关键字上犯迷糊。它们看着像双胞胎，却有着截然不同的角色。简单来说，throw是主动出击的战士，直接抛出异常；而throws则像个预警系统，声明可能抛出的异常，让调用者做好准备。但事情远没有这么简单，让我们深入探讨一下这二者的区别，以及一些容易被忽视的细节。
throw：异常的直接制造者
throw关键字用于在方法内部手动抛出一个异常对象。它就像一个炸弹，一旦引爆，程序的执行流程就会被中断，除非有对应的catch块来处理。 你可以抛出任何你创建的异常对象，无论是预定义的异常（比如IOException、NullPointerException），还是你自己自定义的异常。
<code class="java">public void checkAge(int age) {
if (age < 0) {
throw new IllegalArgumentException("年龄不能为负数！"); // 直接抛出异常
}
// ...其他代码...
}</code>这里，如果age小于0，我们就直接用throw抛出一个IllegalArgumentException。 这是一种强有力的方式，用于在特定条件下强制程序停止，并提示错误。 需要注意的是，throw后边的代码不会执行，除非异常被try-catch捕获。
立即学习“Java免费学习笔记（深入）”；
throws：异常的预告员
throws关键字则用在方法声明中，它像一个预警信号，告诉调用者这个方法可能会抛出哪些类型的异常。这并不意味着方法一定会抛出这些异常，只是声明一种可能性。调用者需要使用try-catch块来处理这些潜在的异常，否则编译器会报错。
<code class="java">public void readFile(String filePath) throws IOException {
// ...读取文件代码... 可能抛出IOException
}</code>在这个例子中，readFile方法声明可能会抛出IOException。 这意味着调用readFile方法的代码必须处理这个异常，例如：
<code class="java">try {
myObject.readFile("myFile.txt");
} catch (IOException e) {
System.err.println("文件读取失败：" + e.getMessage());
}</code>如果没有try-catch，编译器会提示错误，因为throws已经声明了潜在的异常，调用者必须负责处理。
深层思考：异常处理的哲学
throw和throws的运用体现了异常处理的哲学：责任的划分。throw将异常的产生和处理分离，让方法专注于自身逻辑，而将异常处理交给调用者。throws则进一步明确了这种责任划分，让调用者清楚地知道需要处理哪些异常。 这有助于编写更健壮、更易于维护的代码。
踩坑指南：Checked Exception的争议
Java的checked exception机制（需要使用throws声明的异常）一直存在争议。 一些人认为它增加了代码的复杂性，强制开发者处理一些可能并不需要处理的异常。 在实践中，过度使用checked exception确实会让代码变得冗长而难以阅读。 现代Java开发中，倾向于使用运行时异常（不需要throws声明），因为它们更灵活，也更符合面向对象的设计原则。 当然，对于一些确实需要被强制处理的异常，checked exception仍然是有价值的。 关键在于权衡利弊，选择合适的异常处理方式。
代码风格与最佳实践：优雅地处理异常
编写清晰、易于理解的异常处理代码至关重要。 避免在catch块中仅仅打印错误信息，而应该采取更有效的措施，例如记录日志、回滚事务、显示友好的用户提示等。 自定义异常类可以帮助你更精确地描述错误类型，提高代码的可读性和可维护性。 记住，异常处理不仅仅是简单的try-catch，更是一种设计思想，它影响着你的代码质量和健壮性。
