排查Java异常应遵循“日志→类型→复现→修复→预防”闭环：先盯紧日志中异常堆栈顶端、位置及类型；再分清Checked/Unchecked异常并针对性处理；接着复现问题、打点调试；最后加校验、监控与防御性编程。
看日志，定位异常源头
Java后台报异常，第一反应不是改代码，而是盯紧日志。重点看三块：异常堆栈最顶端（即Caused by下面那行）、发生位置（类名+行号）、以及异常类型（比如NullPointerException、SQLException、IllegalArgumentException）。如果用的是Logback或Log4j2，确保日志级别设为ERROR或WARN，并开启%ex或%throwable输出完整堆栈。
分清异常类型，对症下药
Java异常分两大类：受检异常（Checked）和非受检异常（Unchecked）。前者如IOException、SQLException，编译器强制处理，一般要try-catch或向上抛；后者如NullPointerException、ArrayIndexOutOfBoundsException，多由逻辑疏漏引起，需检查入参、对象初始化、集合操作等。
-
NullPointerException：查调用链上哪个对象为null，尤其注意方法返回值、数据库查不到数据时的空值、Map/JSON解析失败后的null -
ConcurrentModificationException：多线程遍历集合时被修改，改用CopyOnWriteArrayList、ConcurrentHashMap，或加锁同步 -
SQLSyntaxErrorException或DataIntegrityViolationException：检查SQL拼写、占位符数量、字段类型匹配、数据库约束（如唯一索引、非空限制）
复现 + 断点 + 模拟参数
别靠猜。拿到异常日志后，还原请求路径：是HTTP接口？定时任务？消息消费？用Postman或curl重放请求，或在IDE中打上断点，重点关注异常前几行的变量值。如果参数来自前端或MQ，可把日志里的原始参数复制出来，构造单元测试或调试入口方法。常见坑包括：JSON反序列化时字段名大小写不一致、时间格式不匹配、枚举传了非法字符串。
加监控和防御性编程
高频异常暴露的是系统脆弱点。在关键入口加参数校验（如用@Valid注解）、对可能为空的对象提前判空并给默认值、数据库操作后检查影响行数、远程调用设置超时和降级逻辑。生产环境建议接入APM工具（如SkyWalking、Pinpoint），配置异常告警规则——比如某接口5分钟内NullPointerException超过10次就发钉钉提醒。
立即学习“Java免费学习笔记（深入）”；
基本上就这些。排查不是玄学，是“日志→类型→复现→修复→预防”的闭环。不复杂但容易忽略细节。
