释放IMFSample对象前是否需先释放其内部缓冲区？

针对你的问题，直接给你明确结论：当你调用Release()释放IMFSample对象时，它会自动释放所持有的内部缓冲区，不需要你手动先释放缓冲区再释放样本。

为什么不需要手动释放缓冲区？ #

Media Foundation的核心对象全部遵循COM引用计数规则：IMFSample内部持有IMFMediaBuffer对象的引用，当IMFSample的引用计数降到0时，它会自动对每个所持有的IMFMediaBuffer调用Release()。如果此时缓冲区的引用计数也随之降到0，缓冲区就会被销毁并释放内存。这是COM模型的默认行为，所以你找不到“必须先释放缓冲区”的额外要求——它已经被包含在COM的引用机制里了。

针对内存小幅上升的排查方向 #

既然样本释放机制本身没问题，你可以从这几个方向排查潜在的内存泄漏点：

• 检查缓冲区的额外引用：如果你在处理样本时，手动调用了IMFMediaBuffer::AddRef()（比如把缓冲区保存到自定义容器、传递给其他模块），但没有对应的Release()，那即使IMFSample被释放，缓冲区的引用计数依然大于0，不会被销毁，导致内存持续占用。
• 确认IMFSample的完整释放：确保每次通过IMFSourceReader::ReadSample()获取到IMFSample后，所有分支逻辑（包括错误处理、渲染完成后的收尾）里都调用了Release()。分支遗漏是这类问题的常见原因。
• 排查SourceReader的流处理逻辑：如果没有正确响应MF_E_END_OF_STREAM信号，持续调用ReadSample，可能导致SourceReader的内部缓存累积，看起来像内存缓慢上升。
• 用工具定位泄漏：VS2017的Memory Usage工具可以录制操作过程，查看IMFSample、IMFMediaBuffer等COM对象的实例数变化；也可以用WinDbg加载dump文件，通过!dumpheap命令定位未被释放的对象类型。

很多Media Foundation示例代码都是遵循规范的，但如果你在示例基础上做了缓存、复用等自定义逻辑，一定要注意保持引用计数的平衡。

内容的提问来源于stack exchange，提问作者Gary G.