go語(yǔ)言沒(méi)有指針嗎 go語(yǔ)言沒(méi)有指針嗎怎么寫(xiě)

為什么許多原本的 Java 項(xiàng)目都試圖用 go 進(jìn)行重寫(xiě)開(kāi)源？

項(xiàng)目推倒重構(gòu)是項(xiàng)目開(kāi)發(fā)大忌，一方面我們要盡量避免做項(xiàng)目推倒重構(gòu)，盡量在前期就規(guī)劃好，另一方面，我們又希望項(xiàng)目能常做小重構(gòu)，這對(duì)項(xiàng)目可持續(xù)性開(kāi)發(fā)是很有幫助的。而語(yǔ)言的重構(gòu)，把Java項(xiàng)目用Go語(yǔ)言重寫(xiě)一遍，無(wú)疑是一次重大的推倒重來(lái)。

成都創(chuàng)新互聯(lián)公司是一家專(zhuān)業(yè)提供扶風(fēng)企業(yè)網(wǎng)站建設(shè),專(zhuān)注與網(wǎng)站建設(shè)、做網(wǎng)站、H5響應(yīng)式網(wǎng)站、小程序制作等業(yè)務(wù)。10年已為扶風(fēng)眾多企業(yè)、政府機(jī)構(gòu)等服務(wù)。創(chuàng)新互聯(lián)專(zhuān)業(yè)的建站公司優(yōu)惠進(jìn)行中。

一、Go語(yǔ)言的優(yōu)勢(shì)在哪里

Go語(yǔ)言領(lǐng)先于Java的最大優(yōu)勢(shì)，就在于快。Go語(yǔ)言會(huì)被編譯成機(jī)器代碼，直接執(zhí)行；Java語(yǔ)言則使用JVM運(yùn)行其代碼，這比Go語(yǔ)言要慢了很多。另外，Java語(yǔ)言的內(nèi)存管理，相比于Go語(yǔ)言，也復(fù)雜得多，而內(nèi)存管理，不管對(duì)于程序運(yùn)行，還是對(duì)程序員的開(kāi)發(fā)，都極為重要。最后，Go語(yǔ)言沒(méi)有引用只有指針，這比Java語(yǔ)言處處引用，又領(lǐng)先了一個(gè)身位。

二、Go語(yǔ)言為什么更適合開(kāi)源

開(kāi)源，也就是開(kāi)放源代碼，最大的好處在于，可以利用全世界的程序員資源，來(lái)幫助你完善你的產(chǎn)品，開(kāi)發(fā)新需求，或者修復(fù)產(chǎn)品BUG。這對(duì)產(chǎn)品的可持續(xù)發(fā)展，是非常有幫助的，很多企業(yè)紛紛將自己的產(chǎn)品開(kāi)源，其實(shí)就是這個(gè)道理。而Go語(yǔ)言更易學(xué)，更易避錯(cuò)，更易閱讀等特點(diǎn)，就決定了它更適合用來(lái)做開(kāi)源項(xiàng)目。

三、Java語(yǔ)言的優(yōu)勢(shì)

Java語(yǔ)言是目前軟件開(kāi)發(fā)中使用率最廣泛，也是最重要的程序之一，它的地位，絕對(duì)不是目前Go語(yǔ)言可以比擬的。Java在WEB應(yīng)用的開(kāi)發(fā)中，有著很重要的地位。但是，Java語(yǔ)言相對(duì)復(fù)雜的并發(fā)設(shè)計(jì)，相當(dāng)龐大的項(xiàng)目體系，使其在開(kāi)發(fā)、測(cè)試階段都略為復(fù)雜，在某些方面已經(jīng)逐步落后于其他語(yǔ)言。

Go語(yǔ)言使用 map 時(shí)盡量不要在 big map 中保存指針

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

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

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

Go 語(yǔ)言的 GC 會(huì)遞歸遍歷并標(biāo)記所有可觸達(dá)的對(duì)象，標(biāo)記完成之后將所有沒(méi)有引用的對(duì)象進(jìn)行清理。掃描到指針就會(huì)往下接著尋找，一直到結(jié)束。

Go 語(yǔ)言中 map 是基于 數(shù)組和鏈表 的數(shù)據(jù)結(jié)構(gòu)實(shí)現(xiàn)的，通過(guò) 優(yōu)化的拉鏈法 解決哈希沖突，每個(gè) bucket 可以保存 8 對(duì)鍵值，在 8 個(gè)鍵值對(duì)數(shù)據(jù)后面有一個(gè) overflow 指針，因?yàn)橥爸凶疃嘀荒苎b 8 個(gè)鍵值對(duì)，如果有多余的鍵值對(duì)落到了當(dāng)前桶，那么就需要再構(gòu)建一個(gè)桶（稱(chēng)為溢出桶），通過(guò) overflow 指針鏈接起來(lái)。

因?yàn)?overflow 指針的緣故，所以無(wú)論 map 保存的是什么，GC 的時(shí)候就會(huì)把所有的 bmap 掃描一遍，帶來(lái)巨大的 GC 開(kāi)銷(xiāo)。官方 issues 就有關(guān)于這個(gè)問(wèn)題的討論， runtime: Large maps cause significant GC pauses #9477

無(wú)腦機(jī)翻如下：

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

將“ allOverflow [] unsafe.Pointer”添加到 hmap 并將所有溢出存儲(chǔ)桶存儲(chǔ)在其中。 然后將 bmap 標(biāo)記為noScan。 這將使掃描非常快，因?yàn)槲覀儾粫?huì)掃描任何用戶數(shù)據(jù)。

實(shí)際上，它將有些復(fù)雜，因?yàn)槲覀冃枰獜腶llOverflow中刪除舊的溢出桶。 而且它還會(huì)增加 hmap 的大小，因此也可能需要重新整理數(shù)據(jù)。

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

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

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

差不多說(shuō)清楚了，能力有限，有不對(duì)的地方歡迎留言討論，源碼位置還是問(wèn)的群里大佬 _

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

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

這里先簡(jiǎn)單的對(duì)指針和地址值概念做一個(gè)定義：

這是因?yàn)間o方法傳遞參數(shù)的方式導(dǎo)致的，go方法函數(shù)傳遞參數(shù)傳遞的是一個(gè)拷貝，看看下面的程序會(huì)輸出什么？

答案是8，而不是9，因?yàn)锳ddAge函數(shù)修改的是學(xué)生的一個(gè)備份，而不是原始的學(xué)生對(duì)象

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

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

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

簡(jiǎn)單原則： 當(dāng)你不確定該使用哪種的時(shí)候，優(yōu)先使用指針

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

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

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

golang 方法返回的結(jié)構(gòu)體為什么取不到地址?

golang方法(method)返回值提取結(jié)構(gòu)體(struct)取不到地址的原因是，①返回值并沒(méi)有保存到變量中，返回值本身只是臨時(shí)保存在程序運(yùn)行的堆棧的某個(gè)不確定位置，不能取地址；②實(shí)參取地址用的操作符是是，而形參聲明變量類(lèi)型為指針，需要地址值用的才是*；③聲明形參為指針的參數(shù)的實(shí)參只能為地址值。

故先把修改后的代碼列出，修改要點(diǎn)是把“*NewPerson1().Speak()”改為“var b=NewPerson1();(b).Speak()”，同時(shí)把“NewPerson2().Speak()”改成“var a=NewPerson2();(a).Speak()”，代碼列出如下：

package main;

import "fmt";

type PersonA struct{

name string

}

func (p *PersonA) Speak () {

fmt.Println ( "person speak" ,p.name)

}

func (p PersonA) Walk ( ){

fmt . Println ( "person walk",p.name)}

func NewPerson1()(p PersonA){

return PersonA{"new Person1"}}

func NewPerson2()(p PersonA){

return PersonA{"new Person2"}}

func main () {

var a=NewPerson2 (); (a).Speak ();?

a .Walk ();

fmt. Println ("--------------------")?;

var b=NewPerson1 ();(b).Speak ();

b.Walk ()}

go代碼調(diào)試效果

關(guān)于指針變量的使用這一點(diǎn)go語(yǔ)言和其他有指針的程序語(yǔ)言如c語(yǔ)言是一樣的，從來(lái)只有返回值為地址/指針，而從沒(méi)有在賦值前給返回值取地址這種運(yùn)算，類(lèi)似的錯(cuò)誤晚點(diǎn)再整理。

不一樣的是，go語(yǔ)言更簡(jiǎn)單go語(yǔ)言函數(shù)可以使用結(jié)構(gòu)體或者結(jié)構(gòu)體的指針(pointer)以傳遞結(jié)構(gòu)體參數(shù)，而且和c語(yǔ)言不一樣的是，go語(yǔ)言沒(méi)有區(qū)分結(jié)構(gòu)體指針和結(jié)構(gòu)體訪問(wèn)成員的運(yùn)算符，go語(yǔ)言只有“.”適用于兩種情況，而沒(méi)有c語(yǔ)言為結(jié)構(gòu)體指針專(zhuān)門(mén)準(zhǔn)備的“-”運(yùn)算符。

可以使用結(jié)構(gòu)體指針，作為結(jié)構(gòu)體的方法的參數(shù)以指代自身嗎，

網(wǎng)頁(yè)名稱(chēng)：go語(yǔ)言沒(méi)有指針嗎 go語(yǔ)言沒(méi)有指針嗎怎么寫(xiě)
網(wǎng)頁(yè)鏈接：http://www.muchs.cn/article28/ddehpjp.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供做網(wǎng)站、云服務(wù)器、網(wǎng)站建設(shè)、品牌網(wǎng)站設(shè)計(jì)、App開(kāi)發(fā)、建站公司

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請(qǐng)盡快告知，我們將會(huì)在第一時(shí)間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場(chǎng)，如需處理請(qǐng)聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時(shí)需注明來(lái)源： 創(chuàng)新互聯(lián)