主頁 > 知識庫 > Go語言中的內(nèi)存布局詳解

Go語言中的內(nèi)存布局詳解

熱門標簽:電銷機器人可以補救房產(chǎn)中介嗎 最短的地圖標注 谷歌便利店地圖標注 百度地圖標注搜索關(guān)鍵詞 騰訊外呼系統(tǒng)價格 電梯外呼訪客系統(tǒng) 浙江人工智能外呼管理系統(tǒng) ?兓? 成都呼叫中心外呼系統(tǒng)平臺

一、go語言內(nèi)存布局

想象一下,你有一個如下的結(jié)構(gòu)體。

復制代碼 代碼如下:

type MyData struct {
        aByte   byte
        aShort  int16
        anInt32 int32
        aSlice  []byte
}

那么這個結(jié)構(gòu)體究竟是什么呢? 從根本上說,它描述了如何在內(nèi)存中布局數(shù)據(jù)。 這是什么意思?編譯器又是如何展現(xiàn)出來呢? 我們來看一下。 首先讓我們使用反射來檢查結(jié)構(gòu)中的字段。

二、反射之上

下面是一些使用反射來找出字段大小及其偏移量(它們相對于結(jié)構(gòu)的開始位于內(nèi)存中的位置)的代碼。 反射可以告訴我們編譯器是怎么看待類型(包括結(jié)構(gòu))的。

復制代碼 代碼如下:

// First ask Go to give us some information about the MyData type
typ := reflect.TypeOf(MyData{})
fmt.Printf("Struct is %d bytes long\n", typ.Size())
// We can run through the fields in the structure in order
n := typ.NumField()
for i := 0; i n; i++ {
        field := typ.Field(i)
        fmt.Printf("%s at offset %v, size=%d, align=%d\n",
            field.Name, field.Offset, field.Type.Size(),
            field.Type.Align())
 }

除了每個字段的偏移和大小,我還打印了每個字段的對齊方式,我稍后會解釋。結(jié)果如下:

復制代碼 代碼如下:

Struct is 32 bytes long
aByte at offset 0, size=1, align=1
aShort at offset 2, size=2, align=2
anInt32 at offset 4, size=4, align=4
aSlice at offset 8, size=24, align=8

aByte是我們結(jié)構(gòu)體中的第一個字段,偏移量為0.它使用1字節(jié)的內(nèi)存。

aShort是第二個字段。它使用2字節(jié)的內(nèi)存。奇怪的是偏移量是2。這是為什么呢?答案是對齊, CPU更好地訪問位于2字節(jié)(“2字節(jié)邊界”)的倍數(shù)的地址處的2個字節(jié),并訪問位于4字節(jié)邊界上的4個字節(jié),直到CPU的自然整數(shù)大小,在現(xiàn)代CPU上是8字節(jié)(64位)。

在一些較舊的RISC CPU訪問錯誤對齊的數(shù)字引起一個故障:在一些UNIX系統(tǒng)上,這將是一個SIGBUS,它會停止你的程序(或內(nèi)核)。一些系統(tǒng)能夠處理這些錯誤并修復錯誤:您的代碼將運行,但會緩慢的運行,因為額外的代碼將由操作系統(tǒng)運行以修復錯誤。我相信英特爾和ARM的CPU也只是處理芯片上的任何不對齊:也許我們將在以后的文章中測試這一點,以及任何性能的影響。

無論如何,對齊是Go編譯器跳過一個字節(jié)放置字段aShort以便它位于2字節(jié)邊界的原因。因為這樣,我們可以將另一個字段放進結(jié)構(gòu)體中,而不使它占用更大內(nèi)存。這里是我們的結(jié)構(gòu)的新版本,在aByte之后立即有一個新字段anotherByte。

復制代碼 代碼如下:

type MyData struct {
       aByte       byte
       anotherByte byte
       aShort      int16
       anInt32     int32
       aSlice      []byte
}

我們再次運行反射代碼,可以看到anotherByte正好在aByte和aShort之間的空閑空間。 它坐落在偏移1,aShort仍然在偏移2.現(xiàn)在可能是時候注意我之前提到的那個神秘對齊字段。 它告訴我們和Go編譯器,這個字段需要如何對齊。

復制代碼 代碼如下:

Struct is 32 bytes long
aByte at offset 0, size=1, align=1
anotherByte at offset 1, size=1, align=1
aShort at offset 2, size=2, align=2
anInt32 at offset 4, size=4, align=4
aSlice at offset 8, size=24, align=8

三、看看內(nèi)存

然而我們的結(jié)構(gòu)體在內(nèi)存中到底是什么樣子? 讓我們看看我們能不能找到答案。 首先讓我們構(gòu)建一個MyData實例,并填充一些值。我選擇了應該容易在內(nèi)存中找到的值。

復制代碼 代碼如下:

data := MyData{
        aByte:   0x1,
        aShort:  0x0203,
        anInt32: 0x04050607,
        aSlice:  []byte{
                0x08, 0x09, 0x0a,
        },
 }

現(xiàn)在一些代碼訪問組成這個結(jié)構(gòu)的字節(jié)。 我們想要獲取這個結(jié)構(gòu)的實例,在內(nèi)存中找到它的地址,并打印出該內(nèi)存中的字節(jié)。

我們使用unsafe包來幫助我們這樣做。 這讓我們繞過Go類型系統(tǒng)將指向我們的結(jié)構(gòu)的指針轉(zhuǎn)換為32字節(jié)數(shù)組,這個數(shù)組就是組成我們的結(jié)構(gòu)體的內(nèi)存數(shù)據(jù)。

復制代碼 代碼如下:

dataBytes := (*[32]byte)(unsafe.Pointer(data))
fmt.Printf("Bytes are %#v\n", dataBytes)

我們運行以上代碼。 這是結(jié)果,第一個字段,aByte,從我們的結(jié)構(gòu)中以粗體顯示。 這是希望你期望的,單字節(jié)aByte = 0x01在偏移0。

復制代碼 代碼如下:

Bytes are [32]uint8{**0x1**, 0x0, 0x3, 0x2, 0x7, 0x6, 0x5, 0x4, 0x5a, 0x5, 0x1, 0x20, 0xc4, 0x0, 0x0, 0x0, 0x3, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x3, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}

接下來我們來看看AShort。 這是在偏移量2的位置并且長度為2.如果你記得,aShort = 0x0203,但數(shù)據(jù)顯示的字節(jié)是倒序。 這是因為大多數(shù)現(xiàn)代CPU都是Little-Endian:該值的最低位字節(jié)首先出現(xiàn)在內(nèi)存中。

復制代碼 代碼如下:

Bytes are [32]uint8{0x1, 0x0, **0x3, 0x2**, 0x7, 0x6, 0x5, 0x4, 0x5a, 0x5, 0x1, 0x20, 0xc4, 0x0, 0x0, 0x0, 0x3, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x3, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}

同樣的事情發(fā)生在Int32 = 0x04050607。 最低位字節(jié)首先出現(xiàn)在內(nèi)存中。

復制代碼 代碼如下:

Bytes are [32]uint8{0x1, 0x0, 0x3, 0x2, **0x7, 0x6, 0x5, 0x4**, 0x5a, 0x5, 0x1, 0x20, 0xc4, 0x0, 0x0, 0x0, 0x3, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x3, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}

四、神秘的插曲

現(xiàn)在我們看到什么? 這是aSlice = [] byte {0x08,0x09,0x0a} ,在偏移量8的24個字節(jié)。我沒有看到我的序列0x08,0x09,0x0a的任何地方的任何符號。 這是怎么回事?

復制代碼 代碼如下:

Bytes are [32]uint8{0x1, 0x0, 0x3, 0x2, 0x7, 0x6, 0x5, 0x4, **0x5a, 0x5, 0x1, 0x20, 0xc4, 0x0, 0x0, 0x0, 0x3, 0x0**, **0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x3, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0**}

Go反射包里自有答案。 slice在Go語言中由以下結(jié)構(gòu)體表示,該結(jié)構(gòu)從指針數(shù)據(jù)開始,該數(shù)據(jù)指向保存切片中的數(shù)據(jù)的存儲器; 然后是該存儲器中的有用數(shù)據(jù)的長度Len,以及該存儲器的大小Cap。

復制代碼 代碼如下:

type SliceHeader struct {
        Data uintptr
        Len  int
        Cap  int
}

如果把它提供給我們的代碼,我們得到以下偏移和大小。 數(shù)據(jù)指針和兩個長度各為8個字節(jié),具有8個字節(jié)對齊。

復制代碼 代碼如下:

Struct is 24 bytes long
Data at offset 0, size=8, align=8
Len at offset 8, size=8, align=8
Cap at offset 16, size=8, align=8

如果我們再看一下后面的內(nèi)存結(jié)構(gòu),我們可以看到數(shù)據(jù)是在地址0x000000c42001055a。 之后,我們看到Len和Cap都是3,這是我們的數(shù)據(jù)的長度。

復制代碼 代碼如下:

Bytes are [32]uint8{0x1, 0x0, 0x3, 0x2, 0x7, 0x6, 0x5, 0x4, **0x5a, 0x5, 0x1, 0x20, 0xc4, 0x0, 0x0, 0x0**, 0x3, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x3, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}

我們可以直接用以下代碼訪問這些數(shù)據(jù)字節(jié)。 首先讓我們直接訪問slice頭,然后打印出數(shù)據(jù)指向的內(nèi)存。

復制代碼 代碼如下:

dataslice := *(*reflect.SliceHeader)(unsafe.Pointer(data.aSlice))
fmt.Printf("Slice data is %#v\n",
        (*[3]byte)(unsafe.Pointer(dataslice.Data)))

這是輸出:

復制代碼 代碼如下:

Slice data is [3]uint8{0x8, 0x9, 0xa}

總結(jié)

以上就是關(guān)于Go語言內(nèi)存布局的全部內(nèi)容了,希望本文的內(nèi)容對大家學習或者使用Go語言能有所幫助,如果有疑問大家可以留言交流。

您可能感興趣的文章:
  • Go pprof內(nèi)存指標含義備忘錄及案例分析
  • golang切片內(nèi)存應用技巧詳解
  • 解決golang內(nèi)存溢出的方法
  • go語言中切片與內(nèi)存復制 memcpy 的實現(xiàn)操作

標簽:盤錦 眉山 上海 雅安 紹興 七臺河 宜昌 邢臺

巨人網(wǎng)絡通訊聲明:本文標題《Go語言中的內(nèi)存布局詳解》,本文關(guān)鍵詞  語言,中的,內(nèi)存,布局,詳解,;如發(fā)現(xiàn)本文內(nèi)容存在版權(quán)問題,煩請?zhí)峁┫嚓P(guān)信息告之我們,我們將及時溝通與處理。本站內(nèi)容系統(tǒng)采集于網(wǎng)絡,涉及言論、版權(quán)與本站無關(guān)。
  • 相關(guān)文章
  • 下面列出與本文章《Go語言中的內(nèi)存布局詳解》相關(guān)的同類信息!
  • 本頁收集關(guān)于Go語言中的內(nèi)存布局詳解的相關(guān)信息資訊供網(wǎng)民參考!
  • 推薦文章