string.AsSpan结合MemoryMarshal.Cast与Encoding.Unicode.GetBytes是否等效？

架构老林

2026-6-17

UTF-16字节获取：MemoryMarshal.Cast vs Encoding.Unicode.GetBytes

结论先行

大部分场景下，MemoryMarshal.Cast<char, byte>(str.AsSpan()) 和 Encoding.Unicode.GetBytes(string) 输出的字节内容是一致的，但二者并非完全等效——后者的复杂逻辑是为了处理更多边界情况和兼容需求。

你忽略的关键细节

代理对合法性校验
Encoding.Unicode.GetBytes 会严格检查字符串中的UTF-16代理对是否合法（比如高代理字符必须紧跟对应的低代理字符，不能单独存在）。如果遇到无效代理，会根据配置的EncoderFallback策略（默认是替换为\uFFFD替换字符）处理。而MemoryMarshal.Cast只是直接映射字符串的原始内存，不管代理对是否合法，都会原样输出对应的字节。
EncoderFallback策略支持
当字符串中存在编码异常的情况（比如无效的Unicode码点），GetBytes会触发回退逻辑处理异常字符。而MemoryMarshal.Cast完全不做这类处理，直接输出原始char对应的字节。
明确的字节序保证
Encoding.Unicode 是明确的UTF-16小端（LE）编码，其实现中硬编码了小端字节序的处理逻辑，确保输出的字节始终符合小端规范。虽然.NET中char本身就是UTF-16小端，但MemoryMarshal.Cast的结果依赖于运行时的char内存布局，而GetBytes的实现彻底消除了这种潜在依赖。
内存分配与分段写入优化
GetBytes提供了多个重载，支持将结果写入已有的字节数组，还包含了对超大字符串的分段处理逻辑，能避免不必要的内存分配。而MemoryMarshal.Cast只是返回一个内存视图，不涉及内存分配和复杂的写入控制逻辑。
严格的边界安全检查
Encoding.Unicode.GetBytes 会对输入字符串、输出字节数组的长度做严格校验，防止越界访问。MemoryMarshal.Cast虽然依托Span做了边界检查，但本质是低级别的内存操作，若手动转换为不安全指针，更容易出现内存访问问题。