第1天 · 让 AI 排查异常堆栈、分析日志

🎯 今日核心问题

1. 你有没有试过把一整段 Java 异常堆栈直接扔给 AI？它能准确找到根因吗？
2. AI 定位问题和你自己看日志有什么本质区别？

📖 精读提纲

【一】核心概念

异常堆栈分析是后端开发中最高频的排障场景。传统方式是人工逐行读堆栈，找到 Caused by，追溯调用链。AI 的优势在于它能同时理解异常类型、调用链、上下文关系，给出更完整的排查路径。

【二】关键原理

AI 排查日志的核心不是"猜测"，而是"模式匹配 + 上下文推理"：

1. 识别异常类型（NullPointerException / ClassCastException / TimeoutException...）
2. 定位触发点（at 后的类名和行号）
3. 追溯 Caused by 链
4. 结合你提供的业务上下文推断根因

【三】实战应用（Java/Spring Boot）

场景1：NullPointerException 排查

把这段堆栈贴给 AI（ChatGPT/Claude/Cursor）：

java.lang.NullPointerException: Cannot invoke "String.length()" because "str" is null
    at com.example.service.UserService.processName(UserService.java:42)
    at com.example.controller.UserController.updateUser(UserController.java:78)

同时告诉 AI："这是用户更新接口，str 是从前端传过来的 name 字段"

AI 会给你：根因（name 字段可能为 null）+ 修复方案（加 null 检查或 @NotNull 校验）+ 建议的单测 case。

场景2：日志上下文分析

不要只贴堆栈，把前后 20 行日志一起贴：

2026-07-24 09:12:33 INFO  OrderService - 开始处理订单 orderId=10086
2026-07-24 09:12:33 INFO  PayService - 调用支付接口
2026-07-24 09:12:34 ERROR OrderService - 支付超时
java.net.SocketTimeoutException: Read timed out

让 AI 分析："这是订单支付流程，为什么会超时，可能的原因有哪些？"

场景3：用 Cursor 直接在 IDE 里分析

在 Cursor 里选中报错代码 → Cmd+K → "这段代码为什么会抛出 XXX 异常，怎么修复"

【四】常见误区

• ❌ 只贴最后一行错误，不贴完整堆栈 → AI 无法追溯调用链
• ❌ 不提供业务上下文 → AI 只能给通用建议，不够精准
• ❌ 直接问"怎么修"，不问"为什么" → 治标不治本，下次还会出同样的问题
• ✅ 正确做法：异常类型 + 完整堆栈 + 业务背景 + 期望行为，四件套一起贴

---

💡 今日金句

给 AI 的上下文越完整，它给你的答案就越精准。垃圾进，垃圾出（GIGO）对 AI 同样成立。

✏️ 今日练习

打开你最近遇到的任何一个 Java 异常（或去 Stack Overflow 找一个真实的 Spring Boot 报错），把完整堆栈 + 业务背景贴给 ChatGPT 或 Claude，要求它：

1. 解释根因
2. 给出修复代码
3. 写一个能复现问题的单测

看看它的回答有多准。

🔖 明日预告

明天练习：让 AI 重构一段"能跑但很丑"的 Java 代码——看它怎么在保持功能不变的情况下优化可读性。