如何提交一个真能被修掉的 Bug：九步完整方法论
来源: blog.tymscar.com — 2026-08-23
概述
作者从自己服务日志里大量出现的 Netty 内存泄漏告警说起，展示了一套把生产环境诡异问题快速推给上游、最终让微软数周内修复的完整流程：先假定错在自己、把随机问题做成确定性复现、像 git bisect 一样在版本间二分、把复现收进最小公共仓库，再往证据指向的仓库提单、做考古、写好报告、在评论区积极配合，最后自己验证修复。他强调这些不需要天赋，只需要时间与对维护者的共情。
核心要点
- 第一步永远先假定是自己错，再把生产问题变成确定性的最小复现。
- 用类似 git bisect 的方式在版本间二分，定位到 1.1.23 正常、1.1.24 泄漏的边界。
- 把复现收进可分享的最小 Gradle 仓库，向维护者自证「不是我的应用」。
- 按证据指向逐级上报（reactor-netty → Azure SDK），写一份自己也想收到的报告并积极回应。
金句
做这些不需要天赋，只需要时间，以及理解对面也是一个想帮你的人，但他也需要那些你更可能掌握的信息。
👍 0
👎 0
返回 Lobsters 首页