Span<T> اور Memory<T> موجودہ .NET اقسام ہیں جو متصل میموری (arrays، strings، buffers) کے ساتھ موثر انداز میں کام کرنے کے لیے ہیں — بغیر allocations یا copying کے۔ یہ موجودہ میموری میں ایک view فراہم کر کے high-performance code کو متحرک کرتے ہیں نہ کہ نئی copies بناتے ہوئے، جس سے GC دباؤ میں کمی آتی ہے۔
// ❌ Substring allocates a NEW string (copies the data) — GC pressure in hot paths
string text = "Hello, World";
string sub = text.Substring(7); // allocates a new "World" string
// ✅ Span — a VIEW into the existing memory, NO allocation, NO copy
ReadOnlySpan<char> span = text.AsSpan(7); // "World" — points into the original
Substring یا array slicing جیسی operations نئی objects کو allocate کرتی ہیں اور ڈیٹا کو copy کرتی ہیں۔ Span<T> اس کی بجائے موجودہ میموری میں ایک view (pointer + length) فراہم کرتا ہے — slicing کوئی خرچ نہیں کرتی، کوئی چیز allocate نہیں کرتی۔
int[] numbers = { 1, 2, 3, 4, 5 };
Span<int> slice = numbers.AsSpan(1, 3); // {2, 3, 4} — a VIEW, no copy
slice[0] = 99; // modifies the ORIGINAL array (it's a view)
// parse without allocating substrings
ReadOnlySpan<char> input = "123,456".AsSpan();
int first = int.Parse(input.Slice(0, 3)); // parse a slice, no substring allocation
Span<T> آپ کو arrays/strings/buffers کو بغیر allocate کیے slice اور process کرنے دیتا ہے — hot paths (parsing، serialization، بڑے ڈیٹا کو process کرنا) کے لیے اہم۔
Span<T> is a ref struct — it can ONLY live on the stack (not on the heap, not in
async methods, not as a class field). This guarantees safety but limits where it's used.
// Memory<T> is like Span<T> but CAN be a field / used across await (heap-storable)
async Task ProcessAsync(Memory<byte> buffer) // works in async (Span<T> can't)
{
await stream.ReadAsync(buffer);
Span<byte> span = buffer.Span; // get a Span from it when you need to process
}
Memory<T> ان حالات میں Span<T> کو مکمل کرتا ہے جہاں آپ کو view کو store کرنے یا async code میں استعمال کرنے کی ضرورت ہو (Span<T> کی stack-only nature وہاں کام نہیں کرتی)۔
Span<T> اور Memory<T> high-performance، allocation-free code کے لیے اہم جدید .NET features ہیں، اور انہیں سمجھنا performance-critical applications کے لیے قیمتی senior-level علم ہے۔
ان کی بنیادی قیمت متصل میموری (arrays، strings، buffers) کے ساتھ موثر کام کرنا ممکن بنانا ہے — موجودہ میموری میں view فراہم کر کے نہ کہ نئی copies allocate کر کے — جو اہم ہے کیونکہ allocations GC دباؤ بناتے ہیں، اور hot paths میں (parsing، serialization، بڑے ڈیٹا process کرنا، network buffers) allocations سے بچنا کارکردگی میں نمایاں بہتری لاتا ہے۔
Operations جو عام طور پر allocate کرتے ہیں (Substring، array slicing) spans کے ساتھ allocation-free انجام دیے جا سکتے ہیں، جس سے میموری کا استعمال اور GC overhead میں کمی آتی ہے۔
Span<T> (arrays/strings/buffers کی zero-copy slicing)، اس کی stack-only constraint (یہ ref struct ہے، تو یہ class field نہیں ہو سکتی یا async methods میں استعمال نہیں ہو سکتی — ایک اہم محدودیت)، اور Memory<T> (complement جو store اور async code میں استعمال ہو سکتا ہے) کو سمجھنا high-performance C# لکھنے کے لیے اہم ہے۔
new .NET کے اپنے performance-critical code میں ان اقسام کو وسیع پیمانے پر استعمال کیا جاتا ہے اور تیزی سے libraries اور applications میں جہاں allocation-free، موثر میموری handling اہم ہو۔
روز مرہ business logic کے لیے ضروری نہیں ہے، لیکن Span<T>/Memory<T> کو سمجھنا — وہ کیا کرتے ہیں (allocation-free memory views)، وہ کیوں مدد کرتے ہیں (allocations اور GC دباؤ میں کمی)، اور ان کی constraints — performance-sensitive C# development کے لیے قیمتی ہے (parsing، serialization، high-throughput systems)، اور وہ developers کو الگ کرتے ہیں جو highly efficient .NET code لکھ سکتے ہیں، اور performance-focused senior roles کے لیے متعلقہ موضوع ہے۔