.NET中while循环内调用StringBuilder.ToString()引发内存泄漏问题排查

问题根源拆解 #

咱们先把内存疯长的底层逻辑捋清楚：

1. 字符串不可变性+大对象堆（LOH）特性：.NET里的string是不可变的，每次调用StringBuilder.ToString()都会生成一个全新的字符串实例。你的场景里，每个查询是1000行的INSERT语句，转成字符串后大概率会成为大对象（.NET定义超过85KB的对象会进入大对象堆LOH）。而LOH的回收频率远低于普通小对象堆，默认只有在内存压力极大时才会触发回收——你虽然把currentQueryString设为空，但之前生成的大字符串垃圾还留在LOH里，没被GC及时清理。
2. 工作集与托管堆的差异：任务管理器显示的是应用的工作集（包含所有已分配的内存，包括未被回收的垃圾），而VS诊断工具的堆大小只统计存活的托管对象。这就是为什么堆大小变化很小，但任务管理器内存涨得快——那些大字符串垃圾还占着内存没被回收。

当你移除ToString()调用时，没有生成大字符串对象，内存自然就降下来；手动调用GC.Collect()则强制触发了LOH的回收，把垃圾清理干净，所以内存问题直接解决。

最优解决方案（适配Serverless资源受限场景） #

咱们要从根源减少内存分配，而不是依赖手动GC（手动GC会带来性能开销，Serverless环境下还可能影响执行时长计费）。

方案1：避免生成大字符串，直接检查StringBuilder末尾

核心思路是：不要每次循环都把整个StringBuilder转成字符串，只在可能匹配终止符的时候，检查末尾的一小段内容。

你的终止符是{Environment.NewLine}GO{Environment.NewLine}（即GO单独占一行，前后都是换行），可以优化成这样：

StringBuilder query = new StringBuilder();
string newLine = Environment.NewLine;
string terminator = $"{newLine}GO{newLine}";
int terminatorLength = terminator.Length;

while (!sr.EndOfStream) {
    string line = await sr.ReadLineAsync();
    query.AppendLine(line);

    // 只有读到"GO"行时，才检查是否匹配终止符
    if (string.Equals(line, "GO", StringComparison.OrdinalIgnoreCase)) {
        if (query.Length >= terminatorLength) {
            // 只截取末尾的终止符长度来判断，生成的字符串极小
            string ending = query.ToString(query.Length - terminatorLength, terminatorLength);
            if (string.Equals(ending, terminator, StringComparison.Ordinal)) {
                // 执行数据库查询逻辑
                
                // 复用StringBuilder，不要新建
                query.Clear();
            }
        }
    }
}

这样只会在遇到GO行时生成一个极小的字符串（比如Windows下是\r\nGO\r\n，仅6个字符），完全不会触发大对象分配，内存占用会极低。

方案2：复用StringBuilder缓冲区

你原来的代码是每次处理完查询后query = new StringBuilder();，这会新建一个StringBuilder对象，浪费之前的内存缓冲区。改成query.Clear()可以复用原来的内存空间，减少不必要的内存分配。

方案3：谨慎使用手动GC（备选）

如果前两个方案无法适配你的文件格式（比如必须检查整个字符串结尾），可以在每次处理完查询后选择性触发GC，但要注意控制频率：

// 处理完查询后
query.Clear();
// 只回收大对象堆，降低性能影响
GC.Collect(2, GCCollectionMode.Optimized);
GC.WaitForPendingFinalizers();

这个方案尽量少用，因为GC会暂停应用线程，影响Serverless环境的响应速度。

总结 #

最适合Serverless环境的方案是方案1+方案2，从根源上避免大对象生成，同时复用内存缓冲区，既降低内存占用，又保证执行效率。

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