方法结束后字符串内存未释放？XML转CSV转换器内存占用过高排查

首先可以明确：未释放的内存主要来自XmlDocument的DOM结构，而非StreamReader或字符串s。咱们一步步拆解原因：

1. 先排除StreamReader的嫌疑 #

你用了using语句包裹StreamReader，这会确保它在代码块结束时自动调用Dispose()，释放它持有的文件句柄等资源，不会残留内存占用问题，所以可以直接排除它。

2. 字符串s的内存会被GC回收 #

当sr.ReadToEnd()把整个XML文件读到字符串s时，占用的200MB内存属于托管字符串对象。只要s不再被任何引用（比如方法执行完毕后，局部变量s超出作用域），.NET的垃圾回收器（GC）会在合适的时机回收这部分内存。你看到的残留200MB不是它的锅。

3. XmlDocument的DOM结构才是内存残留的核心 #

当你调用xml.LoadXml(s)时，XmlDocument会解析整个字符串，在内存中构建完整的DOM节点树——这部分结构需要额外的内存（也就是你看到的从200MB涨到400MB的那部分）。如果后续XmlDocument实例（也就是你的xml变量）还被其他代码引用着，或者没有被GC及时回收，这部分DOM内存就会一直占用，没法释放。

举个例子：如果xml是类的成员变量，而这个类实例还活着，那XmlDocument的内存就会一直被持有；如果是局部变量，但GC还没触发，内存也会暂时保留，但手动调用GC.Collect()（仅调试用，生产不建议）应该能看到s的内存被回收，但XmlDocument的内存要等它的引用被释放后才会回收。

优化建议：避免中间字符串，直接从流加载XML #

你的代码最大的内存浪费在于先把整个文件读到字符串s，再加载到XmlDocument——这完全没必要。可以让XmlDocument直接从StreamReader加载，跳过中间字符串，直接节省200MB的内存占用：

using (StreamReader sr = File.OpenText(txtFileLocation))
{
    // 直接从Stream加载XML，无需先读成字符串
    xml.Load(sr);
}

另外，记得在XmlDocument使用完毕后，及时解除对它的引用（比如把xml设为null，如果是局部变量就让它超出作用域），让GC能及时回收它的DOM内存。

内容的提问来源于stack exchange，提问作者Phoque