在.NET开发中,内存管理一直是影响性能的关键因素。传统的字符串处理、数组操作等往往伴随着大量的内存分配和复制操作,这些不必要的开销在高性能场景下尤为明显。
为了解决这个问题,.NET Core 2.1引入了Span和Memory这两个强大的类型,它们能够:
- 显著减少内存分配
- 提升数据操作性能
- 安全地访问连续内存区域
- 支持多种内存来源的统一操作
Span:栈上分配的高性能利器
Span的本质
Span是一个栈分配的结构体(值类型),它提供了一种不需要额外内存分配就能操作连续内存区域的方法。

注意:数组堆上分配的引用类型,与Span还是有区别的,Span无GC压力。
Span与字符串处理
传统的字符串处理方法如Substring()会创建新的字符串实例,而使用Span可以避免这种额外的内存分配:

使用stackalloc与Span
Span可以直接与栈上分配的内存一起使用,避免堆分配的开销:

Span的关键特性
- 零内存分配操作数据时不创建额外的内存对象
- 类型安全提供类型检查,避免类型转换错误
- 可用于多种内存来源数组、固定大小缓冲区、栈分配内存、非托管内存等
- 性能优势适用于高性能计算和数据处理场景
- 限制只能在同步方法中使用,不能作为类的字段
Memory:异步操作的理想选择
Memory的定位
Memory是Span的堆分配版本,主要用于支持异步操作场景。

Memory与异步文件操作
Memory在处理异步I/O操作时特别有用:

Memory的关键特性
- 异步友好可以在异步方法中使用
- 不绑定执行上下文可以在方法之间传递
- 可作为类字段可以存储在类中长期使用
- 性能略低相比Span有轻微的性能开销
- 更灵活可用于更多场景
Span与Memory的对比选择
特性 | Span<T> | Memory<T> |
分配位置 | 栈 | 堆 |
异步支持 | 不支持 | 支持 |
性能表现 | 更高 | 稍低 |
适用场景 | 同步高性能操作 | 异步操作、跨方法传递 |
可否作为字段 | 不可以 | 可以 |
生命周期 | 方法范围内 | 可长期存在 |
实战应用场景
高性能字符串解析

二进制数据处理

使用注意事项
安全使用Span的建议
- 不要尝试将Span作为字段存储
- 不要将Span用于异步方法
- 避免将Span装箱(boxing)
- 小心Span的生命周期管理,特别是使用stackalloc时
- 使用ReadOnlySpan表示不需要修改的数据
Memory的最佳实践
- 优先考虑ReadOnlyMemory而非Memory(当不需要修改数据时)
- 在异步操作中使用Memory替代数组
- 在需要长期保留引用时使用Memory而非Span
- 需要操作时才调用.Span属性,不要过早转换
兼容性与平台支持
Span和Memory支持情况:
- .NET Core 2.1及更高版本
- .NET Standard 2.1
- .NET 5/6/7/8及以后版本
- 不完全支持.NET Framework,但可通过System.Memory NuGet包获得部分支持
总结
Span和Memory是C#中处理高性能内存操作的强大工具,它们能够:
- 减少内存分配和GC压力通过避免不必要的内存分配和复制
- 提高性能特别是在处理大量数据和频繁字符串操作时
- 保持类型安全避免了使用unsafe代码和指针操作的风险
- 简化代码提供了直观的API来处理连续内存区域
在实际开发中,记住这些简单的选择规则:
- 对于同步方法中的高性能操作,选择Span
- 对于异步方法或需要跨方法传递的场景,选择Memory
掌握这两个强大的工具,将帮助你编写更高效、更可靠的C#代码,特别是在处理大数据量、高性能要求的应用场景中。

被折叠的 条评论
为什么被折叠?



