.net?core中高效的動(dòng)態(tài)內(nèi)存管理方案
.net core在新增的System.Buffers中引入了一大堆高效內(nèi)存管理的類,如span和memory、內(nèi)存池。本文今天這里介紹一個(gè)高效動(dòng)態(tài)內(nèi)存訪問方案。
ReadOnlySequenceSegment<T>
在我們讀取數(shù)據(jù)的過程,很多時(shí)候會(huì)出現(xiàn)如下場景:
不知道數(shù)據(jù)實(shí)際大小
一次性申請大量內(nèi)存開銷太大
此時(shí)我們往往會(huì)使用動(dòng)態(tài)內(nèi)存的方案,通過鏈表的方式串聯(lián)起來,從而形成邏輯意義上的數(shù)據(jù)流。如下圖所示:

ReadOnlySequenceSegment<T>就是這樣一個(gè)表示數(shù)據(jù)流節(jié)點(diǎn)的內(nèi)存模型,它是一個(gè)抽象類,包含如下三個(gè)元素:
Memory:指向所包含的內(nèi)存
Next:指向下一個(gè)節(jié)點(diǎn)
RunningIndex:標(biāo)志當(dāng)前節(jié)點(diǎn)在整個(gè)流的位置
其中Memory和Next還比較容易理解,典型的鏈表結(jié)構(gòu)。主要難理解的是RunningIndex,他表示該節(jié)點(diǎn)在數(shù)據(jù)流中的Memory起始索引。
一般的來講,某節(jié)點(diǎn)的RunningIndex為其上一個(gè)節(jié)點(diǎn)的RunningIndex + Memory.Length。加上RunningIndex估計(jì)主要是為了快速索引的。
例如:對于如下3快內(nèi)存 100byte, 200byte, 300byte組成的鏈表,其RunningIndex分別是0, 100, 200。
另外,在實(shí)際的使用過程中,往往是不停的釋放鏈表頭部的節(jié)點(diǎn),并且在尾部添加新節(jié)點(diǎn)。 RunningIndex表示的索引一般是邏輯意義上的索引,在釋放頭節(jié)點(diǎn)時(shí),一般不用更新其子節(jié)點(diǎn)以及后續(xù)節(jié)點(diǎn)的RunningIndex。
ReadOnlySequence<T>
ReadOnlySequenceSegment<T>雖然能解決我們的動(dòng)態(tài)內(nèi)存的申請和釋放問題,但它往往并不好用,因?yàn)楹苋菀壮霈F(xiàn)一段連續(xù)的數(shù)據(jù)被分割在多個(gè)節(jié)點(diǎn)的情況,在這段不連續(xù)的數(shù)據(jù)里進(jìn)行查詢是非常不便的。
為了解決這個(gè)問題,.net core中推出了一個(gè)視圖類ReadOnlySequence<T>

ReadOnlySequence<T>由兩個(gè)屬性標(biāo)記:
Start: 起始SequenceSegment以及起始索引
End: 結(jié)尾SequenceSegment以及結(jié)尾索引
可以通過foreach遍歷各節(jié)點(diǎn)的Memory
var seq = new ReadOnlySequence<byte>();
foreach (ReadOnlyMemory<byte> memory in seq)
{
}ReadOnlySequence的主要優(yōu)勢在于,它可以看成一段邏輯意義上的連續(xù)內(nèi)存,常用的函數(shù)有:
Slice:對視圖數(shù)據(jù)切片
PositionOf:查詢元素的縮影
ToArray:轉(zhuǎn)換成數(shù)組
其中的ToArray涉及到大量的數(shù)據(jù)拷貝,需要謹(jǐn)慎使用。
另外.net core 3.0中還內(nèi)置了一個(gè)SequenceReader,用起來是十分方便的:
private static ReadOnlySpan<byte> CRLF => new byte[] { (byte)'\r', (byte)'\n' };
public static void ReadLines(ReadOnlySequence<byte> sequence)
{
SequenceReader<byte> reader = new SequenceReader<byte>(sequence);
while (!reader.End)
{
if (!reader.TryReadToAny(out ReadOnlySpan<byte> line, CRLF, advancePastDelimiter: false))
{
// Couldn't find another delimiter
// ...
}
if (!reader.IsNext(CRLF, advancePast: true))
{
// Not a good CR/LF pair
// ...
}
// line is valid, process
ProcessLine(line);
}
}如何使用
用過System.IO.Pipelines的朋友就知道,ReadOnlySequence在該庫中是非常好用的。但如果我們想創(chuàng)建一個(gè)ReadOnlySequence,發(fā)現(xiàn)并不是那么容易,因?yàn)椋?/p>
ReadOnlySequence依賴于ReadOnlySequenceSegment
ReadOnlySequenceSegment是抽象類,需要自己繼承
也就是說我們需要自己實(shí)現(xiàn)ReadOnlySequenceSegment<T>,然后再將其封裝到ReadOnlySequence中,目前.net core中并沒有內(nèi)置實(shí)現(xiàn)可能是因?yàn)樵诟咝?nèi)存管理的方案中并沒有什么通用的解決方案吧。
如果我們要自己實(shí)現(xiàn)ReadOnlySequence,一般需要如下幾個(gè)步驟:
繼承ReadOnlySequenceSegment類,實(shí)現(xiàn)自己的SequenceSegment
在申請內(nèi)存過程中,創(chuàng)建SequenceSegment,并將其掛成鏈表
使用數(shù)據(jù)時(shí),在該鏈表中創(chuàng)建ReadOnlySequence
當(dāng)SequenceSegment節(jié)點(diǎn)的內(nèi)存使用完成的時(shí)候,從鏈表中接觸該節(jié)點(diǎn),并釋放內(nèi)存。
簡單來說就是如下幾種操作:
數(shù)據(jù)讀?。?創(chuàng)建SequenceSegment
數(shù)據(jù)使用: 在SequenceSegment鏈表上創(chuàng)建ReadOnlySequence
使用完成: 釋放SequenceSegment
如果要更進(jìn)一步優(yōu)化,在SequenceSegment中的內(nèi)存申請和釋放可以使用內(nèi)存池。
到此這篇關(guān)于.net core動(dòng)態(tài)內(nèi)存管理方案的文章就介紹到這了。希望對大家的學(xué)習(xí)有所幫助,也希望大家多多支持腳本之家。
相關(guān)文章
Asp.Net 生成靜態(tài)頁并實(shí)現(xiàn)分頁效果
Asp.Net 生成靜態(tài)頁并實(shí)現(xiàn)分頁效果的代碼,需要的朋友可以參考下。2010-04-04
.NET或.NET Core Web APi基于tus協(xié)議實(shí)現(xiàn)斷點(diǎn)續(xù)傳的示例
這篇文章主要介紹了.NET或.NET Core Web APi基于tus協(xié)議實(shí)現(xiàn)斷點(diǎn)續(xù)傳的示例,文中通過示例代碼介紹的非常詳細(xì),對大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值,需要的朋友們下面隨著小編來一起學(xué)習(xí)學(xué)習(xí)吧2020-11-11
深入本機(jī)影像生成器(Ngen.exe)工具使用方法詳解
本篇文章是對本機(jī)影像生成器(Ngen.exe)工具使用方法進(jìn)行了詳細(xì)的分析介紹,需要的朋友參考下2013-05-05
ASP.NET?MVC實(shí)現(xiàn)本地化和全球化
這篇文章介紹了ASP.NET?MVC實(shí)現(xiàn)本地化和全球化的方法,文中通過示例代碼介紹的非常詳細(xì)。對大家的學(xué)習(xí)或工作具有一定的參考借鑒價(jià)值,需要的朋友可以參考下2022-10-10
Json數(shù)據(jù)轉(zhuǎn)換list對象實(shí)現(xiàn)思路及代碼
本文為大家詳細(xì)介紹下Json數(shù)據(jù)轉(zhuǎn)換list對象的具體實(shí)現(xiàn),感興趣的朋友可以參考下哈,希望對你有所幫助2013-04-04

