StreamReader.Read(Span<char>)与Read(char[],int,int)性能对比

你说得对，这两个方法本质上都需要将解码后的字符复制到你提供的缓冲区中——因为StreamReader内部维护着自己的解码缓存，必须把处理后的字符转存到用户指定的区域。但Span版本的优势不在于复制操作本身，而在于缓冲区的内存管理和灵活性，具体体现在这几点：

• 栈分配缓冲区，彻底避免堆GC压力
  对于小到中等大小的缓冲区，你可以用stackalloc直接在栈上分配Span，比如stackalloc char[4096]。栈内存的分配和释放是即时的，完全不需要GC介入。而char[]是堆分配的，哪怕你复用数组，第一次分配仍会占用堆内存，高频场景下会增加GC的回收负担。

• 复用内存池资源，减少堆碎片
  如果需要大缓冲区，你可以结合ArrayPool<char>获取复用的数组，再转成Span使用：

  var buffer = ArrayPool<char>.Shared.Rent(8192);
  try
  {
      Span<char> spanBuffer = buffer;
      // 调用reader.Read(spanBuffer)处理数据
  }
  finally
  {
      ArrayPool<char>.Shared.Return(buffer);
  }
  

  这种方式比直接new char[8192]更高效，因为内存池会复用已分配的数组，减少堆内存的碎片化。

• 灵活使用现有内存区域
  Span可以指向任意连续内存：栈内存、堆数组、甚至非托管内存。比如你的程序中已经有一块现成的char数组（比如某个结构体成员、或者从其他模块传递过来的内存），可以直接将其转为Span传给Read方法，无需额外分配新的缓冲区，节省内存和分配时间。

• 更简洁的API设计
  使用Span版本时，你不需要额外指定偏移量和长度参数（比如Read(char[], int, int)里的0和buffer.Length），直接传递Span即可，代码更简洁，也避免了手动计算参数可能出现的错误。

举个完整的Span使用示例：

using var reader = new StreamReader("large-file.txt");
Span<char> buffer = stackalloc char[4096];
int charsRead;
while ((charsRead = reader.Read(buffer)) > 0)
{
    ProcessCharacters(buffer.Slice(0, charsRead));
}

对比char[]版本，这个栈分配的Span版本在高频读取场景下，能显著降低GC的停顿次数，提升程序的整体性能稳定性。

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