自定义异常通过精准命名如UserAlreadyExistsException明确业务错误语义，继承Exception或RuntimeException决定强制处理与否，在服务层抛出并结合@ControllerAdvice统一处理，提升代码可读性、维护性和错误响应一致性。
在Java开发中，合理使用自定义异常能显著提升代码的可读性和业务逻辑的清晰度。通过为特定业务场景定义异常，开发者可以更准确地表达错误意图，使调用方更容易理解和处理问题。
明确业务异常语义
Java内置的异常如IllegalArgumentException或RuntimeException虽然通用，但无法体现具体业务含义。通过自定义异常，可以命名出更具意义的类型。
例如，在用户注册场景中：
- UserAlreadyExistsException：表示用户已存在
- InvalidPhoneNumberException：手机号格式不合法
- InsufficientBalanceException：余额不足
这些名称让调用者一眼就能理解问题所在，无需查看方法实现。
继承合适的异常基类
选择继承Exception还是RuntimeException取决于是否需要强制处理。
- 若业务流程中必须显式处理的错误（如支付失败），应继承Exception，迫使调用方使用try-catch
- 若属于程序逻辑错误或不可恢复状态（如参数为空），可继承RuntimeException
示例：
public class UserNotFoundException extends Exception {public UserNotFoundException(String message) {
super(message);
}
}
结合抛出位置增强上下文信息
在服务层或校验逻辑中主动抛出自定义异常，能将错误控制在业务边界内。
比如在用户创建服务中：
if (userRepository.existsByEmail(email)) {throw new UserAlreadyExistsException("邮箱 " + email + " 已被注册");
}
这样上层调用者可通过捕获特定异常返回友好的提示信息，而不是暴露堆栈或通用错误码。
统一异常处理提升一致性
配合Spring等框架的全局异常处理器（@ControllerAdvice），可集中处理所有自定义异常，返回标准化响应。
优势包括：
- 避免重复的try-catch代码
- 统一错误码和消息格式
- 便于日志记录和监控告警
基本上就这些。自定义异常不是为了增加类数量，而是让错误也成为系统语言的一部分，提高整体可维护性。关键在于命名精准、层级合理、处理统一。
