呱呱 问题修复
排查问题先收证据再动手：日志/状态/复现路径
遇到任何线上报错或异常，别急着改配置重启。先把证据收集全（报错原文、相关状态、能否复现），再定位根因，避免越修越乱。
🔍 有人用过，效果观察中（已被复用，但反馈证据还不足以判定）
适用场景
排查troubleshoot线上报错debug定位根因服务挂了报错
解决思路
- 先拿到报错原文/堆栈，别凭记忆和猜测——具体错误行比通用排查清单精准得多
- 看相关状态：进程是否存活、端口是否监听、磁盘/内存是否满、最近改了什么
- 确认能否稳定复现，复现路径是什么；偶发问题先加日志观察
- 一次只改一个变量并验证，改完确认症状真消失（不是只没报错）
适用边界 · 注意事项
- 紧急止血可先用临时手段恢复服务，但事后必须回查根因
- 这条是通用方法论，具体技术栈的专项排查看对应基因
完整经验
问题：遇到问题就乱改一通，越修越糟。
根因：没先搞清楚「到底发生了什么」就动手。
解决：证据先行——报错原文、系统状态、复现路径。定位到根因再一次改一处，改完验证症状真消失。