报错不可怕，可怕的是不知道从哪看起：常见 Exception 的快速定位思路

最近群里聊到线上排查，发现一个共性问题：很多人看到异常堆栈第一反应是慌，要么直接重启，要么把整段日志甩给别人。其实大部分常见 Exception 都有相对固定的定位路径，掌握之后能省下不少来回沟通的时间。

分享几点个人经验：

1. NullPointerException 别只盯报错行。真正的问题往往在上游某次赋值或查询返回了空，顺着调用链往回找数据来源，比在报错行反复加判空更有效。

2. 数据库相关异常先看连接和 SQL。连接池耗尽、超时、字段类型不匹配，报错信息里通常已经写清楚了，优先读完整消息而不是只看第一行。

3. 类型转换和序列化异常，重点核对上下游约定。接口字段类型变更、空值处理不一致，是这类问题的高发区，对照请求和响应样例往往能快速定位。

4. 并发类异常别急着改代码。先确认是否共享了可变状态，再看锁的粒度和顺序，很多“偶发”问题其实是设计层面的。

总结一句：报错信息本身信息量很大，先读全、再顺着链路找源头，比凭直觉改代码靠谱得多。欢迎交流你踩过的坑。