优先使用标准异常能提高代码可读性、维护性及兼容性，1.标准异常含义明确，降低维护成本；2.与其他库兼容，避免冲突；3.利用现有处理机制，减少开发量；4.避免过度设计，保持简洁。自定义异常适用于需携带额外信息、区分异常类型或强制处理异常的情况。正确使用时应选择合适异常类型并提供清晰信息。异常处理应捕获可处理的异常、记录或重新抛出、用finally或try-with-resources释放资源，避免循环中抛出异常。
使用IllegalArgumentException等标准异常，是为了代码的可读性、维护性以及与其他代码库的兼容性。简单来说，就是让别人更容易理解你的代码哪里出了问题，并且方便处理。
解决方案：
抛出异常时优先使用标准异常，而非自定义异常，主要有以下几个原因：
-
提高代码可读性与可维护性： 标准异常如
IllegalArgumentException、NullPointerException等，其含义明确，开发者无需查阅文档即可快速理解异常原因。这大大降低了代码的维护成本，尤其是在团队协作或长期维护的项目中。如果每个开发者都自定义异常，代码库将充斥着各种命名不规范、含义模糊的异常类，增加理解难度。
与其他代码库的兼容性： Java标准库及众多第三方库都定义了自己的异常体系。使用标准异常，可以更容易地与其他库进行集成，避免异常类型冲突。例如，某个方法期望抛出
IllegalArgumentException，而你自定义了一个类似的异常，调用者可能无法正确捕获和处理。利用已有的异常处理机制： Java虚拟机和各种框架都对标准异常做了优化处理。例如，某些异常可能触发特定的日志记录、监控报警等。使用标准异常可以充分利用这些现有的机制，减少开发工作量。
避免过度设计： 很多时候，自定义异常并没有带来实际的好处，反而增加了代码的复杂性。优先考虑使用标准异常，可以避免过度设计，保持代码简洁。当然，如果标准异常无法准确表达异常情况，或者需要携带额外的异常信息，那么自定义异常是必要的。
何时应该自定义异常？
自定义异常并非完全不可取。在以下情况下，自定义异常是合理的：
需要携带额外的异常信息： 标准异常只能传递简单的错误信息，如果需要传递更详细的上下文信息（例如，导致错误的输入参数、操作状态等），则需要自定义异常类。例如，一个账户余额不足的异常，可能需要携带账户ID和余额信息。
需要区分不同的异常类型： 有时，标准异常的粒度不够细，无法区分不同的异常情况。例如，一个数据库操作可能因为连接失败、查询错误、数据冲突等多种原因而抛出异常。为了更精确地处理这些异常，可以自定义不同的异常类。
需要强制调用者处理异常： 如果某个异常非常重要，必须由调用者显式处理，可以自定义一个checked exception（继承自
Exception）。checked exception必须在方法签名中声明，并且调用者必须使用try-catch块捕获或向上抛出。这可以确保重要的异常不会被忽略。
如何正确使用标准异常？
正确使用标准异常的关键在于理解其含义，并根据实际情况选择合适的异常类型。
IllegalArgumentException： 用于指示方法接收到的参数非法。例如，参数为null、参数值超出范围、参数类型不匹配等。NullPointerException： 用于指示程序试图访问一个null对象的成员。这是Java中最常见的异常之一，通常是由于未初始化对象或错误地使用了null引用导致的。IllegalStateException： 用于指示对象的状态不适合执行某个操作。例如，一个未连接的数据库连接对象不能执行查询操作。UnsupportedOperationException： 用于指示不支持的操作。例如，一个只读的集合不能执行添加或删除操作。IndexOutOfBoundsException： 用于指示数组或集合的索引超出范围。ArithmeticException： 用于指示算术运算错误，例如除数为零。
在抛出异常时，应该提供清晰的错误信息，说明异常的原因和位置。这有助于开发者快速定位和解决问题。例如：
public void setAge(int age) {
if (age < 0 || age > 150) {
throw new IllegalArgumentException("Invalid age: " + age + ". Age must be between 0 and 150.");
}
this.age = age;
}异常处理的最佳实践
除了选择合适的异常类型，良好的异常处理实践也至关重要。
不要捕获所有异常： 避免使用空的catch块捕获所有异常。这会隐藏潜在的问题，使程序难以调试。应该只捕获你能够处理的异常，并将其他异常向上抛出。
不要忽略异常： 捕获异常后，应该进行适当的处理。至少应该记录异常信息，以便后续分析。如果无法处理异常，应该重新抛出，让上层调用者处理。
使用finally块释放资源： 在try-catch块中使用finally块，可以确保资源（例如文件、网络连接）在任何情况下都能被正确释放。
避免在循环中抛出异常： 在循环中抛出异常可能会导致性能问题。如果可能，应该在循环外部进行参数校验，避免在循环内部重复抛出异常。
使用try-with-resources语句： 对于实现了
AutoCloseable接口的资源，可以使用try-with-resources语句自动释放资源，避免手动编写finally块。例如：
try (FileInputStream fis = new FileInputStream("file.txt")) {
// ...
} catch (IOException e) {
// ...
}总之，优先使用标准异常可以提高代码的可读性、可维护性和兼容性。只有在标准异常无法满足需求时，才应该考虑自定义异常。同时，遵循良好的异常处理实践，可以提高程序的健壮性和可靠性。
