Java异常重复打日志的根源是多层catch各自记录，应只在边界处（如@ExceptionHandler）统一记录一次；中间层透传异常时不记录，终结处理才记录；须用log.error("msg", e)而非拼接字符串，并检查AOP切面与日志配置避免冲突。
在 Java 中，异常抛出时重复打日志的根源通常是：同一异常在多个层级被 catch 并各自调用 logger.error(...)，尤其是「捕获后又重新抛出」却未抑制日志。关键不是“不记录”，而是“只在合适的位置记录一次”。
只在最外层或边界处记录异常
把日志统一收口到应用边界（如 Spring 的 @ControllerAdvice、Servlet 的 Filter、或 main 方法的 try-catch），让业务层只负责抛出异常，不自行记录。这样异常传播路径上只有一次日志输出。
- Controller 层遇到业务异常直接
throw new ServiceException("xxx")，不写log.error - 全局异常处理器（如
@RestControllerAdvice）统一捕获、记录、返回响应 - 避免在 service → dao 每一层都
try-catch-log-throw
捕获后不重抛时才记录，重抛时不记录
如果必须在中间层处理异常（比如做补偿、转换异常类型），要明确区分「终结性处理」和「透传」：
- 终结性处理（如兜底返回默认值）：可以记录日志 + 不再抛出
- 透传异常（如
catch (IOException e) { throw new ServiceException(e); }）：不要记录，让上层决定是否记录 - 若需保留原始堆栈又想加上下文，用构造函数包装：
throw new ServiceException("读取配置失败", e);，日志由顶层统一打
用日志框架的「异常参数」方式打印，别拼字符串
错误写法：log.error("处理失败: " + e.getMessage(), e); —— 容易漏堆栈，且若 e.getMessage() 为 null 会 NPE。
立即学习“Java免费学习笔记（深入）”；
正确写法：log.error("处理失败", e); —— 日志框架自动提取完整堆栈，清晰可追溯，也避免因手动拼接导致重复记录错觉。
同时确保 logger 配置了 %throwable 或 %ex 等 pattern，否则即使传了异常对象也不会输出堆栈。
警惕 AOP 或拦截器的隐式日志
有些团队会在切面里对所有方法执行前后打日志，包括异常时自动记录。如果 controller 已有全局异常处理器，再加一个 @AfterThrowing 切面，就会重复。
- 检查是否有类似
@AfterThrowing(pointcut = "...", throwing = "e")的切面在打 error 日志 - 如有，建议关闭该切面的日志，或限定只对特定包/注解生效，避免与全局处理器冲突
- 同理，检查是否启用了 Spring Boot 的
logging.level.org.springframework.web=DEBUG，它可能输出额外的请求/异常信息
