java中区分生产与开发环境异常输出的核心是配置驱动：开发环境启用debug/trace日志、jvm增强npe提示、返回完整堆栈；生产环境设info/warn级别、关闭npe详情、返回脱敏错误码，并通过logback-spring.xml和@profile实现环境隔离。
Java 中区分生产与开发环境输出不同异常详情，核心不是“手动 if 判断环境名”，而是通过配置驱动行为——让日志框架和 JVM 本身按环境自动调整异常信息的粒度与敏感度。
用日志级别和格式控制异常输出内容
Spring Boot 默认使用 Logback，可通过 application-dev.yml 和 application-prod.yml 分别配置：
- 开发环境开启
DEBUG级别，完整打印堆栈 + 方法参数 + SQL 绑定值（如使用 MyBatis-Plus 的log4j2-spring.xml配置TRACE级别） - 生产环境统一设为
INFO或WARN，屏蔽敏感字段（如用户手机号、身份证号、密钥路径），避免异常日志泄露隐私 - 在
logback-spring.xml中用<springprofile name="dev"></springprofile>和<springprofile name="prod"></springprofile>区分日志输出格式，比如 dev 输出带行号和线程名的彩色日志，prod 输出精简、可被 ELK 解析的 JSON 格式
启用/禁用 JVM 级 NPE 增强提示
Java 14+ 提供了更精准的空指针异常描述，但该功能对性能有轻微影响，适合开发调试，不建议长期开启于高并发生产服务：
- 开发环境启动时加参数：
-XX:+ShowCodeDetailsInExceptionMessages，NPE 会明确指出是user.getAddress()返回 null，而非只报行号 - 生产环境默认已启用（Java 14+），但若发现 GC 日志或监控显示异常处理耗时升高，可用
-XX:-ShowCodeDetailsInExceptionMessages关闭 - 该开关不影响异常类型或抛出时机，只改变错误消息文本，无需改代码
自定义异常处理器按环境响应不同内容
Web 应用中，全局异常处理器（如 @ControllerAdvice）应避免向客户端返回原始堆栈：
- 开发环境：返回完整
StackTraceElement[]、cause链、甚至getSuppressed()异常，便于前端或 Postman 直接查看 - 生产环境：仅返回统一错误码（如
ERR_INTERNAL）、简短提示（“系统繁忙，请稍后重试”），且不暴露类名、包路径、数据库表名等内部信息 - 可通过
@Profile("dev")注解分离两个处理器类，或在同一个处理器里用Environment.getActiveProfiles()动态判断（不推荐硬编码字符串，优先用配置属性）
敏感异常字段脱敏再输出
即使环境切换正确，某些异常自带敏感信息（如 JDBC 连接失败时的 URL 含密码、OAuth2 授权异常含 token），需统一过滤：
- 在日志 appender 中添加自定义
Filter，匹配正则(?i)password=([^&\s]+)|token=([^&\s]+)并替换为*** - 使用 Logback 的
PatternLayout配合%replace实现运行时脱敏，例如：%replace(%ex){'password=[^&\s]+','password=***'} - 避免在
catch块中手动拼接日志字符串，防止脱敏遗漏；一律走 SLF4J 的logger.error("msg", e)让 layout 控制输出
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
