当前位置：首页 > news >正文

C# 内存管理：使用 Span 和 Memory 实现零分配，性能飙升

news 2026/3/26 17:17:22

引子：垃圾回收器（GC）的性能代价

.NET 的托管内存模型，让开发者省了不少心：不用自己盯着内存分配和释放，垃圾回收器（GC）会自动把没用的对象清理掉。这确实让开发变快了，程序也更安全。但别忘了，“托管”不等于“没代价”。

如果程序老是在堆上创建新对象，GC 就得频繁干活来回收内存，这一忙活就会带来三个麻烦①：

GC 压力大：短命的对象一多，GC 就得一趟趟跑；
暂停应用：GC 回收的时候，程序线程得停下来等着，这对低延迟的应用很不友好；
堆碎片化：内存反复分配释放，搞得内存布局乱七八糟，缓存命中率也跟着下降。

在普通的企业应用里，这些开销可能还好；但要是做高频交易、实时数据处理，或者高吞吐量的 API，哪怕慢个几微秒都可能出问题。

Span 与 Memory：栈上内存的革命

为了解决这些问题，.NET 推出了Span<T>和Memory<T>。它们就像是对一块连续内存区域的“临时借阅证”，核心特点有这么几个②：

不占堆内存：用它们不会产生 GC 压力；
性能好：直接操作内存，没有中间商赚差价；
来源多：可以指向栈内存、数组、非托管内存等等；
类型安全：编译时会检查边界，防止你越界访问。

Span：只能待在栈上的极速指针

Span<T>是一个 ref 结构（ref struct），它只能活在栈上，所以不能用在前台方法、lambda 表达式或者类的字段里。用起来大概是这样的：

Span<int> numbers = stackalloc int[5]; // 直接在栈上分配 numbers[0] = 10; numbers[1] = 20; // 作用域一结束，自动释放，GC 压根不知道这事

Memory：能跨异步边界的“内存容器”

如果需要在异步代码里，或者在不同方法之间传递内存，那就得用Memory<T>。它是堆上的一个安全包装，可以随时生成Span<T>来在局部用：

Memory<byte> buffer = new byte[1024]; // 在堆上分配（只分配一次） Span<byte> span = buffer.Span; // 拿到栈上的视图 // 然后在同步方法里用 span 做零分配的操作

实战：字符串解析的零分配优化

在处理大量数据的时候，字符串操作往往是 GC 压力的主要来源。以前用.Substring()，每次调用都会在堆上造个新字符串。现在用Span<char>，就能实现零分配的切片。

性能基准测试

用 BenchmarkDotNet 写个对比实验：

[MemoryDiagnoser] publicclassStringPerformance { privateconststring TelemetryData = "ID:9982-XYZ-2026-LOG-DATA"; privateconstint Length = 8; [Benchmark(Baseline = true)] public string UsingSubstring() { int start = TelemetryData.IndexOf(':') + 1; return TelemetryData.Substring(start, Length); // 这里会在堆上分配 } [Benchmark] public ReadOnlySpan<char> UsingSpan() { var span = TelemetryData.AsSpan(); int start = span.IndexOf(':') + 1; return span.Slice(start, Length); // 这里不分配内存 } }

测试结果

用Span的版本不仅快了差不多 3 倍，而且完全没在堆上分配内存。如果每秒要处理几百万条日志，这个优化就能减少好几个 G 的 GC 压力③。

最佳实践与适用场景

能用ReadOnlySpan<T>就用它：如果是只读的场景，用它更安全，不会不小心改掉数据；
把Span<T>圈在局部用：只在同步方法里用，别让它跑出去；
跟stackalloc配合：处理小型固定大小的缓冲区，直接在栈上分配；
别为了优化而优化：只在热点代码路径（比如解析、序列化）用这些技巧，普通的业务逻辑还是可读性更重要。

适合用Span和Memory的场景有：

网络协议解析（比如处理 HTTP/2 的帧）；
高频的日志分析；
图像、音频数据处理；
JSON 或 XML 序列化的底层操作。

结语

Span<T>和Memory<T>不是为了取代传统的集合类型，而是给那些对性能特别敏感的场景，提供了一套零分配的工具。把它们用好了，既能保证代码安全，又能把 .NET 应用的性能推到极致。就像官方文档里说的：“Span 不是万能的银弹，但它是构建高性能 .NET 应用的关键一块拼图”。

参考资料

① Microsoft.Fundamentals of Garbage Collection. https://learn.microsoft.com/en-us/dotnet/standard/garbage-collection/fundamentals
② Microsoft.SpanStruct. https://learn.microsoft.com/en-us/dotnet/api/system.span-1
③ Andrey Akinshin.BenchmarkDotNet Documentation. https://benchmarkdotnet.org/

查看全文

http://www.jsqmd.com/news/495468/