GO 一文搞懂指針和地址值的區(qū)別

go語言中的指針和地址值，在使用上常常具有迷惑性，主要是其特殊的*、符號的使用，可能會讓你摸不透，本文希望能講清楚go語言的指針(pointer)和值(value)。

梅江網(wǎng)站制作公司哪家好，找創(chuàng)新互聯(lián)建站！從網(wǎng)頁設計、網(wǎng)站建設、微信開發(fā)、APP開發(fā)、成都響應式網(wǎng)站建設公司等網(wǎng)站項目制作，到程序開發(fā)，運營維護。創(chuàng)新互聯(lián)建站2013年至今到現(xiàn)在10年的時間，我們擁有了豐富的建站經(jīng)驗和運維經(jīng)驗，來保證我們的工作的順利進行。專注于網(wǎng)站建設就選創(chuàng)新互聯(lián)建站。

這里先簡單的對指針和地址值概念做一個定義：

這是因為go方法傳遞參數(shù)的方式導致的，go方法函數(shù)傳遞參數(shù)傳遞的是一個拷貝，看看下面的程序會輸出什么？

答案是8，而不是9，因為AddAge函數(shù)修改的是學生的一個備份，而不是原始的學生對象

如果你想正確的給學生年齡增加的話，函數(shù)傳遞的需要是這個值的指針，如下所示：

需要注意的是，這里我們的指針傳遞的仍然是一個拷貝，比如，如果你將s賦值給另外一個指針地址，不會影響原有的指針，這點可以自行實踐下。

那在使用go語言開發(fā)的時候，何時該用指針何時改用地址值呢？比如考慮以下場景：

簡單原則： 當你不確定該使用哪種的時候，優(yōu)先使用指針

如果考慮在數(shù)組、切片、map等復合對象中使用指針和值，比如：

很多開發(fā)者會認為b會更高效，但是被傳遞的都是一個切片的拷貝，切片本身就是一個引用，所以這里被傳遞的其實沒有什么區(qū)別。

對于指針和地址值的使用，大家需要牢記的一點就是go數(shù)據(jù)傳遞的不可變性，活學活用此特點，在無狀態(tài)函數(shù)中此特性非常有用。

Go語言有什么優(yōu)勢？

GO語言的優(yōu)勢：可直接編譯成機器碼，不依賴其他庫，glibc的版本有一定要求，部署就是扔一個文件上去就完成了。靜態(tài)類型語言，但是有動態(tài)語言的感覺，靜態(tài)類型的語言就是可以在編譯的時候檢查出來隱藏的大多數(shù)問題，動態(tài)語言的感覺就是有很多的包可以使用，寫起來的效率很高。語言層面支持并發(fā)，這個就是Go最大的特色，天生的支持并發(fā)，我曾經(jīng)說過一句話，天生的基因和整容是有區(qū)別的，大家一樣美麗，但是你喜歡整容的還是天生基因的美麗呢？Go就是基因里面支持的并發(fā)，可以充分的利用多核，很容易的使用并發(fā)。內(nèi)置runtime，支持垃圾回收，這屬于動態(tài)語言的特性之一吧，雖然目前來說GC不算完美，但是足以應付我們所能遇到的大多數(shù)情況，特別是Go1.1之后的GC。簡單易學，Go語言的作者都有C的基因，那么Go自然而然就有了C的基因，那么Go關(guān)鍵字是25個，但是表達能力很強大，幾乎支持大多數(shù)你在其他語言見過的特性：繼承、重載、對象等。豐富的標準庫，Go目前已經(jīng)內(nèi)置了大量的庫，特別是網(wǎng)絡庫非常強大，我最愛的也是這部分。內(nèi)置強大的工具，Go語言里面內(nèi)置了很多工具鏈，最好的應該是gofmt工具，自動化格式化代碼，能夠讓團隊review變得如此的簡單，代碼格式一模一樣，想不一樣都很困難?？缙脚_編譯，如果你寫的Go代碼不包含cgo，那么就可以做到window系統(tǒng)編譯linux的應用，如何做到的呢？Go引用了plan9的代碼，這就是不依賴系統(tǒng)的信息。Go語言這么多的優(yōu)勢，你還不想學嗎？我記得當時我看的是黑馬程序員的視頻，我對他們視頻的印象就是通俗易懂，就是好！

Golang 指針和結(jié)構(gòu)體

于c語言相同，go中也有指針和結(jié)構(gòu)體的概念。指針表示變量的內(nèi)存地址，結(jié)構(gòu)體用來存儲同一類型的數(shù)據(jù)。

定義一個指針變量，將變量a的地址賦給指針變量p。這樣,指針變量p也就指向了變量a所在的內(nèi)容空間。

new 函數(shù)返回一個指針變量

fmt.scan() 就是傳入一個指針變量。

兩種方法都可以使用。

以上簡要介紹了go語言中的指針和結(jié)構(gòu)體。

Go語言使用 map 時盡量不要在 big map 中保存指針

不知道你有沒有聽過這么一句：在使用 map 時盡量不要在 big map 中保存指針。好吧，你現(xiàn)在已經(jīng)聽過了：）為什么呢？原因在于 Go 語言的垃圾回收器會掃描標記 map 中的所有元素，GC 開銷相當大，直接GG。

這兩天在《Mastering Go》中看到 GC 這一章節(jié)里面對比 map 和 slice 在垃圾回收中的效率對比，書中只給出結(jié)論沒有說明理由，這我是不能忍的，于是有了這篇學習筆記。扯那么多，Show Your Code

這是一個簡單的測試程序，保存字符串的 map 和 保存整形的 map GC 的效率相差幾十倍，是不是有同學會說明明保存的是 string 哪有指針？這個要說到 Go 語言中 string 的底層實現(xiàn)了，源碼在 src/runtime/string.go里，可以看到 string 其實包含一個指向數(shù)據(jù)的指針和一個長度字段。注意這里的是否包含指針，包括底層的實現(xiàn)。

Go 語言的 GC 會遞歸遍歷并標記所有可觸達的對象，標記完成之后將所有沒有引用的對象進行清理。掃描到指針就會往下接著尋找，一直到結(jié)束。

Go 語言中 map 是基于 數(shù)組和鏈表 的數(shù)據(jù)結(jié)構(gòu)實現(xiàn)的，通過 優(yōu)化的拉鏈法 解決哈希沖突，每個 bucket 可以保存 8 對鍵值，在 8 個鍵值對數(shù)據(jù)后面有一個 overflow 指針，因為桶中最多只能裝 8 個鍵值對，如果有多余的鍵值對落到了當前桶，那么就需要再構(gòu)建一個桶（稱為溢出桶），通過 overflow 指針鏈接起來。

因為 overflow 指針的緣故，所以無論 map 保存的是什么，GC 的時候就會把所有的 bmap 掃描一遍，帶來巨大的 GC 開銷。官方 issues 就有關(guān)于這個問題的討論， runtime: Large maps cause significant GC pauses #9477

無腦機翻如下：

如果我們有一個map [k] v，其中k和v都不包含指針，并且我們想提高掃描性能，則可以執(zhí)行以下操作。

將“ allOverflow [] unsafe.Pointer”添加到 hmap 并將所有溢出存儲桶存儲在其中。 然后將 bmap 標記為noScan。 這將使掃描非?？?，因為我們不會掃描任何用戶數(shù)據(jù)。

實際上，它將有些復雜，因為我們需要從allOverflow中刪除舊的溢出桶。 而且它還會增加 hmap 的大小，因此也可能需要重新整理數(shù)據(jù)。

最終官方在 hmap 中增加了 overflow 相關(guān)字段完成了上面的優(yōu)化，這是具體的 commit 地址。

下面看下具體是如何實現(xiàn)的，源碼基于 go1.15，src/cmd/compile/internal/gc/reflect.go 中

通過注釋可以看出，如果 map 中保存的鍵值都不包含指針（通過 Haspointers 判斷），就使用一個 uintptr 類型代替 bucket 的指針用于溢出桶 overflow 字段，uintptr 類型在 GO 語言中就是個大小可以保存得下指針的整數(shù)，不是指針，就相當于實現(xiàn)了 將 bmap 標記為 noScan， GC 的時候就不會遍歷完整個 map 了。隨著不斷的學習，愈發(fā)感慨 GO 語言中很多模塊設計得太精妙了。

差不多說清楚了，能力有限，有不對的地方歡迎留言討論，源碼位置還是問的群里大佬 _

go語言后面有指針怎么理解

Go語言里面的指針和C++指針一樣，都是指向某塊內(nèi)存的地址值，可以解引用，不同只是在于C++里可以直接對指針做算術(shù)運算而Go里面不行。