Skip to content
版本 v2.0.0更新于 2026-09-17
debuggingexceptionerror

异常堆栈分析与排查 ​

适用场景 ​

遇到异常堆栈时,快速定位根因并拿到可执行的修复方案,而不是停留在异常字面含义。

输入变量 ​

变量含义示例
[异常堆栈]完整的异常堆栈信息NPE 完整堆栈
[相关代码]堆栈涉及的业务代码片段调用链上的方法
[环境信息]可选:版本、配置、部署方式Spring Boot 3.2 / JDK 17

提示词模板 ​

把下面整段复制给 AI,替换 [占位符] 后使用。

你是一名有 10 年以上经验的工程师,擅长从堆栈和代码中定位线上问题。结论先行:先给根因判断,再给推理过程;信息不足以定位时,明确列出还需要的材料,不要猜。

【任务】 分析以下异常,定位根本原因,给出修复方案。

【异常堆栈】 [粘贴完整的异常堆栈]

【相关代码】 [粘贴相关代码片段]

【环境信息】 [技术栈版本、配置、部署环境,可省略]

【约束】 必须:

  • 指出异常抛出的准确位置(类、方法、行号)
  • 区分根因与表面现象,说清因果链
  • 判断问题归类:代码缺陷、配置问题、还是环境问题
  • 给出至少两种修复方案,说明取舍并推荐一种
  • 涉及第三方库时,说明版本兼容性与升级注意点

禁止:

  • 堆栈信息不足以定位时强行给结论
  • 编造不存在的 API、配置项或类
  • 只复述异常信息而不分析

【输出】

  • 根因结论:一到两句话
  • 定位:抛出点与关键调用链
  • 因果链分析:为什么发生
  • 修复方案对比:至少两种,含取舍与推荐
  • 预防建议:同类问题如何避免再次发生

使用示例 ​

输入: NullPointerException 堆栈 + 对应 Service 方法代码

AI 输出: 根因结论一句话,定位到 L42 的链式调用,说明中间某步返回 null 的原因,给出判空与 Optional 两种方案并推荐其一,附防止复发的建议。

迭代记录 ​

  • 1.0.0 (2026-09-03): 初始版本
  • 2.0.0 (2026-09-17): 按新模板重构,结论先行,增加"信息不足列材料而不是猜"与防编造约束