https://yun7211.github.io/tags/%E5%86%85%E5%AD%98%E9%97%AE%E9%A2%98/Recent content in 内存问题 on Yun 的个人博客Hugo -- gohugo.iozh-cnMon, 18 May 2026 10:50:00 +0800https://yun7211.github.io/c-language/debug-quality/debugging-memory-bugs/Mon, 18 May 2026 10:50:00 +0800https://yun7211.github.io/c-language/debug-quality/debugging-memory-bugs/<h2 id="常见现象">常见现象 </h2><p>C 内存问题经常表现得很绕：崩溃点不一定是出错点，今天能复现的问题明天可能消失，打开日志后问题也可能变化。</p> <p>常见类型包括：</p> <ul> <li>数组或缓冲区越界</li> <li>使用已经释放的指针</li> <li>重复释放</li> <li>未初始化读取</li> <li>资源泄漏</li> </ul> <h2 id="先缩小范围">先缩小范围 </h2><p>不要一开始就盯着崩溃现场。先确认最近改动、输入数据规模、线程数量、编译优化级别和是否只在特定平台出现。</p> <p>如果问题能稳定复现，优先构造最小复现用例。</p> <h2 id="检查边界">检查边界 </h2><p>内存越界通常和长度计算有关。重点检查：</p> <ul> <li>缓冲区大小是否包含结尾 <code>\0</code></li> <li><code>memcpy</code> 长度是否来自可信来源</li> <li>循环边界是否使用 <code>&lt;</code> 而不是误用 <code>&lt;=</code></li> <li>结构体长度和协议字段是否一致</li> </ul> <h2 id="检查生命周期">检查生命周期 </h2><p>悬空指针来自对象生命周期结束后继续访问。释放后可以把指针置为 <code>NULL</code>，但这只能减少部分误用，不能替代清晰的所有权设计。</p> <h2 id="小结">小结 </h2><p>排查内存问题要有耐心，也要有方法。先稳定复现，再缩小范围，最后回到边界、生命周期和错误路径。</p>