自定义异常如何定义？Runtime和Exception怎么选？

你在学习文章相关的知识吗？本文《自定义异常怎么定义？Runtime与Exception怎么选？》，主要介绍的内容就涉及到，如果你想提升自己的开发能力，就不要错过这篇文章，大家要知道编程理论基础和实战操作都是不可或缺的哦！

自定义异常的核心在于根据异常是否需要强制处理来选择继承RuntimeException或Exception。继承RuntimeException适用于程序逻辑错误，如参数校验失败，无需强制处理，编译器不检查；继承Exception适用于外部因素导致的错误，如文件不存在，必须try-catch或throws声明。创建自定义异常需定义类并添加属性方法，如MyCustomException含errorCode，MyCustomRuntimeException含detailMessage。抛出时doSomething需声明throws，而doSomethingElse无需声明。处理时分别捕获并输出信息。避免滥用自定义异常，优先使用标准异常类，仅在必要时扩展。多线程中可用UncaughtExceptionHandler或Future.get()处理异常。Spring Boot中可结合@ControllerAdvice、@ExceptionHandler、ErrorAttributes及ResponseEntityExceptionHandler实现全局异常管理。

定义自定义异常，说白了就是为了更精准地处理程序中可能出现的各种“意外”。至于继承 RuntimeException 还是 Exception，这可不是随便选的，背后藏着不少门道。简单来说，RuntimeException 是非受检异常，编译器不会强制你必须处理；而 Exception 是受检异常，不 try-catch 或者 throws 声明，编译器就跟你过不去。

解决方案

自定义异常，核心在于创建一个新的类，继承自 Exception 或者 RuntimeException，然后根据你的需求添加一些自定义的属性和方法。

1. 创建自定义异常类

   

   // 继承 Exception（受检异常）
   class MyCustomException extends Exception {
       private int errorCode;
   
       public MyCustomException(String message, int errorCode) {
           super(message);
           this.errorCode = errorCode;
       }
   
       public int getErrorCode() {
           return errorCode;
       }
   }
   
   // 继承 RuntimeException（非受检异常）
   class MyCustomRuntimeException extends RuntimeException {
       private String detailMessage;
   
       public MyCustomRuntimeException(String message, String detailMessage) {
           super(message);
           this.detailMessage = detailMessage;
       }
   
       public String getDetailMessage() {
           return detailMessage;
       }
   }

2. 抛出自定义异常

   public void doSomething(int value) throws MyCustomException { // 必须声明 throws
       if (value < 0) {
           throw new MyCustomException("Value cannot be negative", 1001);
       }
       // ...
   }
   
   public void doSomethingElse(String input) { // 无需声明 throws
       if (input == null || input.isEmpty()) {
           throw new MyCustomRuntimeException("Input cannot be null or empty", "Invalid input received");
       }
       // ...
   }

3. 处理自定义异常

   try {
       doSomething(-1);
   } catch (MyCustomException e) {
       System.err.println("Caught MyCustomException: " + e.getMessage() + ", Error Code: " + e.getErrorCode());
   }
   
   try {
       doSomethingElse(null);
   } catch (MyCustomRuntimeException e) {
       System.err.println("Caught MyCustomRuntimeException: " + e.getMessage() + ", Detail: " + e.getDetailMessage());
   }

什么时候该选择继承 RuntimeException？

考虑一下这样的场景：一个方法被调用了无数次，每次调用都强制进行异常处理会显得非常繁琐，甚至影响代码的可读性。比如，空指针异常 NullPointerException，你总不能每次用到对象都 try-catch 一下吧？继承 RuntimeException 的异常通常表示程序逻辑错误，这种错误应该在开发阶段就避免，而不是在运行时依赖异常处理。

• 场景举例: 参数校验失败，比如传入的参数明显不符合业务规则，这种错误更应该在代码层面避免。
• 适用情况: 你认为这种异常的发生是不可避免的，或者处理起来成本太高，不如让程序直接崩溃，然后修复 bug。

什么时候该选择继承 Exception？

如果你的异常是由于外部因素导致的，比如网络连接中断、文件不存在等，这些情况是程序无法完全控制的，那么就应该继承 Exception。 强制要求调用者处理这些异常，可以提高程序的健壮性。

• 场景举例: 读取配置文件时，文件不存在，这种情况是程序无法保证的。
• 适用情况: 你希望调用者能够明确地知道这个方法可能会抛出异常，并且强制他们进行处理，避免程序在运行时出现未知的错误。

如何避免过度使用自定义异常？

自定义异常虽然强大，但也不能滥用。过多的异常定义会让代码变得复杂，难以维护。

• 考虑使用现有的异常类: Java 已经提供了很多标准的异常类，比如 IllegalArgumentException、IOException 等，如果你的异常可以用这些类来表示，就尽量不要自定义。
• 只在必要的时候自定义异常: 只有当你需要添加额外的属性或者方法来描述异常信息时，才考虑自定义异常。
• 保持异常的层次结构清晰: 如果你的应用有很多自定义异常，可以考虑使用继承来组织它们，保持代码的结构清晰。

如何在多线程环境中使用自定义异常？

在多线程环境中，异常的处理会更加复杂。你需要确保每个线程都能正确地处理异常，避免程序崩溃。

• 使用 Thread.UncaughtExceptionHandler: 可以为每个线程设置一个 UncaughtExceptionHandler，用于处理线程中未捕获的异常。
• 使用 Future 获取异常: 如果你的线程是通过 ExecutorService 提交的，可以使用 Future 的 get() 方法来获取线程执行过程中抛出的异常。
• 避免在线程之间传递异常: 尽量避免在不同的线程之间传递异常，这会导致代码的复杂度增加。

如何在 Spring Boot 中使用自定义异常？

Spring Boot 提供了强大的异常处理机制，可以让你轻松地处理自定义异常。

• 使用 @ControllerAdvice 和 @ExceptionHandler: 可以创建一个全局的异常处理类，使用 @ControllerAdvice 和 @ExceptionHandler 注解来处理不同类型的异常。
• 自定义 ErrorAttributes: 可以自定义 ErrorAttributes 来添加额外的异常信息到响应中。
• 使用 ResponseEntityExceptionHandler: 可以继承 ResponseEntityExceptionHandler 来定制 Spring MVC 的异常处理行为。

总之，选择继承 RuntimeException 还是 Exception，取决于你的应用场景和设计目标。理解它们的区别，合理地使用自定义异常，可以提高代码的质量和可维护性。

今天关于《自定义异常如何定义？Runtime和Exception怎么选？》的内容就介绍到这里了，是不是学起来一目了然！想要了解更多关于的内容请关注golang学习网公众号！