Span<T> ja Memory<T> ovat moderneja .NET-tyyppejä yhtenäisen muistin (array, string, puskuri) tehokkaaseen käsittelyyn — ilman allokaatioita tai kopioita. Ne mahdollistavat korkean suorituskyvyn koodin tarjoamalla näkymän olemassa olevaan muistiin sen sijaan, että luotaisiin uusia kopioita, mikä vähentää roskienkeruun painetta.
text = ;
sub = text.Substring();
ReadOnlySpan<> span = text.AsSpan();
Operaatiot kuten Substring tai taulukon slicing allokoivat uusia objekteja ja kopioivat dataa. Span<T> tarjoaa sen sijaan näkymän (osoitin + pituus) olemassa olevaan muistiin — slicing ei maksa mitään, ei allokoi mitään.
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> antaa sinulle mahdollisuuden slicata ja käsitellä taulukoita/stringejä/puskureita allokoimatta — kriittistä kuuma polkuissa (parsing, serialisaatio, suurten tietojen käsittely).
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> täydentää Span<T>-tä skenaarioissa, joissa sinun on tallennettava näkymä tai käytettävä sitä async-koodissa (jossa Span<T>-n pinoon sitoutuneisuus ei toimi).
Span<T> ja Memory<T> ovat tärkeitä moderneja .NET-ominaisuuksia korkean suorituskyvyn, allokaatiovapaasta koodista, ja niiden ymmärtäminen on arvokasta senior-tason tietoa suorituskyvylle kriittisistä sovelluksista.
Niiden ydinarvona on tehokas työskenteleminen yhtenäisen muistin (taulukot, stringit, puskurit) kanssa tarjoamalla näkymän olemassa olevaan muistiin sen sijaan, että luotaisiin uusia kopioita — tämä on tärkeää, koska allokaatiot luovat roskienkeruun painetta, ja kuuma polkuissa (parsing, serialisaatio, suurten tietojen käsittely, verkon puskurit) allokaatioiden välttäminen parantaa merkittävästi suorituskykyä.
Operaatiot, jotka normaalisti allokoivat (Substring, taulukon slicing), voidaan tehdä allokaatiottomasti spanneilla, mikä vähentää muistin käyttöä ja roskienkeruun ylikuormitusta.
Ymmärtäminen Span<T> (nolla-kopion slicing taulukoista/stringeistä/puskureista), sen pinoon sitoutunut rajoitus (se on ref struct, joten se ei voi olla luokan kenttä tai käytettävä async-metodeissa — keskeinen rajoitus) ja Memory<T> (täydennys, joka voi olla tallennettu ja käytetty async-koodissa) on tärkeä korkeatasoisen C#-kirjoittamisen kannalta.
Näitä tyyppejä käytetään laajasti modernin .NET-kirjaston omassa suorituskyvylle kriittisessä koodissa ja yhä useammin kirjastoissa ja sovelluksissa, joissa allokaatiottoman, tehokkaan muistin käsittelyn merkitys on suurta.
Vaikka sitä ei tarvita jokapäiväiseen liiketoiminnan logiikkaan, ymmärtäminen Span<T>/Memory<T> — mitä ne tekevät (allokaatiottomia muistinäkymiä), miksi ne auttavat (vähemmän allokaatioita ja roskienkeruun painetta) ja niiden rajoitukset — on arvokasta suorituskyvylle herkkien C#-sovelluksien kehityksessä (parsing, serialisaatio, korkean läpäisykyvyn järjestelmät), erottaa kehittäjät, jotka voivat kirjoittaa erittäin tehokasta .NET-koodia, ja on relevantti aihe suorituskykylle keskitetyissä senior-rooleissa.