Span和Memory通過減少內(nèi)存分配提升C#性能。 1. Span避免數(shù)組複製，提供對現(xiàn)有內(nèi)存的輕量引用，適用於解析二進制協(xié)議、字符串操作及高性能緩衝區(qū)管理；2. Memory支持跨異步方法傳遞內(nèi)存切片，適用於需要更靈活生命週期的場景；3. 二者降低GC壓力，通過重用緩衝區(qū)、避免臨時拷貝優(yōu)化性能；4. Span受限於棧上使用，不可存儲於類或用於異步方法，需注意避免調(diào)用.ToArray()等導(dǎo)致重新分配的操作。

When you're working with performance-sensitive code in C#, Span<t></t> and Memory<t></t> are powerful tools for reducing memory allocations and improving efficiency. They allow you to work with contiguous regions of memory without copying data around, which is especially useful when handling arrays, buffers, or parsing data.

Here's how they help optimize memory usage and how you can use them effectively.

Avoiding unnecessary array copies with Span<t></t>

One of the main benefits of Span<t></t> is that it lets you slice and manipulate memory without creating new arrays. For example, if you have a large byte array and need to process just a portion of it, slicing the array traditionally would create a new array and copy data — which costs both time and memory.

With Span<byte></byte> , you can do this:

 byte[] data = GetData();
Span<byte> segment = data.AsSpan(100, 50); // No allocation, just a view

This avoids allocating a new array and instead gives you a lightweight reference to the existing memory. Since Span<T> is a ref-like type, it can't be stored in classes or used across await or yield boundaries — but for stack-only operations, it's perfect.

Use cases:

• Parsing binary protocols
• String manipulation (especially with ReadOnlySpan<char> )
• Buffer management in high-performance scenarios

Using Memory<T> for flexible buffer handling

If you need to pass slices of memory across async methods or store them for a bit longer than what Span<T> allows, Memory<T> is your go-to. It supports the same slicing behavior as Span<T> , but it can live on the heap and be used more broadly.

For example:

 Memory<byte> buffer = new byte[1024];
ProcessHeader(buffer.Slice(0, 128)); // Passes a section of the buffer

Unlike Span<t></t> , Memory<t></t> can be stored in classes and passed between async methods. Under the hood, it wraps either managed arrays or native memory (via NativeMemory ), making it versatile.

Important note: When you need to access the actual memory from Memory<t></t> , you call .Span to get a Span<t></t> . This keeps performance tight where it matters.

Reducing garbage collection pressure

Every time you allocate an array or copy data into a new object, you increase GC pressure. Frequent allocations can lead to more frequent garbage collections, which hurts performance — especially in hot loops or real-time systems.

Using Span<t></t> and Memory<t></t> helps reduce this by:

• Reusing buffers (eg, via ArrayPool<t></t> )
• Avoiding temporary copies during string or data parsing
• Working directly on input buffers rather than extracting subsets into new objects

A practical pattern is combining these types with IBufferWriter<t></t> or PipeReader in ASP.NET Core pipelines, where performance and low allocation are critical.

Watch out for stack-only limitations of Span<t></t>

Since Span<t></t> is a ref struct, it can only live on the stack. That means you can't:

• Store it in a class
• Use it in async methods directly
• Return it from an iterator block
• Box it (eg, cast to object )

If you try, the compiler will complain — loudly. So while Span<t></t> is great for performance, it has sharp edges. If you need something more flexible, default to Memory<t></t> .

Also, avoid calling .ToArray() or new string(...) unless absolutely necessary — those reintroduce allocations and defeat the purpose.

In short, Span<t></t> and Memory<t></t> let you work with memory more efficiently by avoiding unnecessary copies and allocations. Use Span<t></t> where possible for best performance, and fall back to Memory<t></t> when you need more flexibility. Both play well with modern C# APIs like pipelines and pooled buffers.

That's about it — not magic, but definitely worth using right.

以上是如何在C＃中使用跨度和內(nèi)存來優(yōu)化內(nèi)存使用情況並減少分配？的詳細內(nèi)容。更多資訊請關(guān)注PHP中文網(wǎng)其他相關(guān)文章！