memory和readonlymemory是不拥有内存的视图类型，用于避免堆分配与gc压力；它们不可替代数组，不能序列化，必须按生命周期安全使用，只在必要时才拷贝。
MemorySystem.InvalidOperationException 或静默数据损坏。
为什么不能直接把 Memory<byte></byte> 当作 byte[] 用
因为 Memory<t></t> 本身不拥有内存，它只是对底层资源（比如数组、池化缓冲区、本机内存）的一层安全封装。你调用 .ToArray() 或 .Span.ToArray() 看似能拿到数组，但会触发完整拷贝——这恰恰违背了引入 Memory 的初衷。
常见错误现象：
- 在高频循环中反复调用
memory.ToArray()，导致 GC 压力陡增、吞吐骤降 - 把
Memory<byte></byte>存入字段后，在异步方法里跨await后继续读.Span，结果抛出System.InvalidOperationException: Operations not supported on this type of Memory
正确做法是：优先通过 .Span 直接操作，只在必须传给旧 API（如 Stream.Write(byte[], ...)）时才按需拷贝。
ReadOnlyMemory<char></char> 解析字符串时不分配、不拷贝
传统 string.Split() 或 Substring() 每次都新建字符串对象，而 ReadOnlyMemory<char></char> 可以复用原始字符串内存，配合 IndexOf、Slice 实现零分配切片。
使用场景举例：HTTP 头解析、CSV 行字段提取、日志行关键字定位。
实操建议：
- 用
ReadOnlyMemory<char> input = "key=value&flag=true".AsMemory();</char>初始化 - 用
input.Span.IndexOf((byte)'=')找分隔符（注意字符编码） - 用
input.Slice(start, length)得到子视图，再转ToString()——仅当真需要字符串实例时才触发分配 - 避免在循环内反复调用
ToString()，可先缓存ReadOnlySpan<char></char>视图做比较
异步 I/O 中必须用 Memory<byte></byte>，不是 Span<byte></byte>
Socket.ReceiveAsync、Stream.ReadAsync 等 API 的参数和返回值都要求 Memory<byte></byte>，因为它们要跨 await 边界持有缓冲区引用。若强行传 Span<byte></byte>，编译器直接报错：Error CS8351: Cannot use a result of 'Span<byte>' in this context because it may expose stack memory</byte>。
性能与兼容性影响：
- 用
ArrayPool<byte>.Shared.Rent(4096)</byte>获取数组 → 转为Memory<byte></byte>→ 传给ReadAsync→ 处理完.Span→ArrayPool<byte>.Shared.Return(buffer)</byte>，全程无新分配 - 别用
new byte[4096]创建临时数组再转Memory，否则池化失效，等于白忙 -
Memory<byte></byte>不能序列化，不能存进 JSON 或 MessagePack；需要持久化时，显式拷贝到byte[]再序列化
什么时候该用 ReadOnlyMemory<t></t> 而不是 Memory<t></t>
只要你不打算写入底层内存，就该用 ReadOnlyMemory<t></t>。它不只是语义提示——编译器会阻止你意外调用 .Span 后的写操作，且部分 API（如 Utf8Parser.TryParse）只接受只读版本。
容易踩的坑：
- 接收
ReadOnlyMemory<byte></byte>参数的方法里，误写span[0] = 1;→ 编译失败，但错误信息模糊（常报Cannot convert from 'ReadOnlySpan<byte>' to 'Span<byte>'</byte></byte>） - 从
ReadOnlyMemory<t></t>调用.Span得到的是ReadOnlySpan<t></t>，不是可写的Span<t></t>；强行强转会触发运行时异常 - 函数签名用
ReadOnlyMemory<t></t>接收输入，能明确表达“我只读不改”，方便调用方复用同一份缓冲区
复杂点在于：很多老 API 只认 byte[] 或 ArraySegment<byte></byte>，这时候得做一次有意识的权衡——是加一层适配包装，还是接受少量拷贝？没有银弹，但至少得清楚哪一行代码在分配、哪一块内存正被谁 pin 住。
