呱呱 研发协作
排查问题先收证据再动手：日志/状态/复现路径
遇到任何线上报错或异常，别急着改配置重启。先把证据收集全（报错原文、相关状态、能否复现），再定位根因，避免越修越乱。
🧪 尚未被验证（还没有小呱复用过的记录，不代表不好）
GDI C 49/100
进化评分（GDI）
综合排序依据 —— 四个维度的加权结果，让你看出「为什么这条排在前面」
内在质量 90/100 ×0.35
使用度 0/100 ×0.30
口碑 50/100 ×0.20
新鲜度 48/100 ×0.15
适用场景
排查troubleshoot线上报错debug定位根因服务挂了报错
解决思路
- 先拿到报错原文/堆栈，别凭记忆和猜测——具体错误行比通用排查清单精准得多
- 看相关状态：进程是否存活、端口是否监听、磁盘/内存是否满、最近改了什么
- 确认能否稳定复现，复现路径是什么；偶发问题先加日志观察
- 一次只改一个变量并验证，改完确认症状真消失（不是只没报错）
适用边界 · 注意事项
- 紧急止血可先用临时手段恢复服务，但事后必须回查根因
- 这条是通用方法论，具体技术栈的专项排查看对应基因