淺談golang 的高效編碼細(xì)節(jié)
xdm,我們都知道 golang 是天生的高并發(fā),高效的編譯型語(yǔ)言
可我們也都可知道,工具再好,用法不對(duì),全都白費(fèi),我們來(lái)舉 2 個(gè)常用路徑來(lái)感受一下
struct 和 map 用誰(shuí)呢?
計(jì)算量很小的時(shí)候,可能看不出使用 臨時(shí) struct 和 map 的耗時(shí)差距,但是數(shù)量起來(lái)了,差距就明顯了,且會(huì)隨著數(shù)量越大,差距越發(fā)明顯
當(dāng)我們遇到鍵和值都可以是固定的時(shí)候,我們選擇 struct 比 選擇 map 的方式 高效多了
- 我們模擬循環(huán)計(jì)算 1 億 次,看看使用各自的數(shù)據(jù)結(jié)構(gòu)會(huì)耗時(shí)多少
- 循環(huán)前計(jì)算一下當(dāng)前時(shí)間
- 循環(huán)后計(jì)算一下當(dāng)前時(shí)間
- 最后計(jì)算兩個(gè)時(shí)間的差值,此處我們使用 毫秒為單位
func main() { t1 :=time.Now().UnixNano()/1e6 for i := 0; i < 100000000; i++ { var test struct { Name string hobby string } test.Name = "xiaomotong" test.hobby = "program" } t2 :=time.Now().UnixNano()/1e6 fmt.Println("t2 - t1 == ", t2-t1) }
程序運(yùn)行查看效果:
# go run main.go
t1 == 1634377149185
t2 == 1634377149221
t2 - t1 == 36
使用 struct 的方式,耗時(shí) 36 ms ,大家感覺(jué)這個(gè)時(shí)間如何?
我們一起來(lái)看看使用 map 的方式吧
func main() { t1 :=time.Now().UnixNano()/1e6 fmt.Println("t1 == ", t1) for i := 0; i < 100000000; i++ { var test = map[string]interface{}{} test["name"] = "xiaomotong" test["hobby"] = "program" } t2 :=time.Now().UnixNano()/1e6 fmt.Println("t2 == ", t2) fmt.Println("t2 - t1 == ", t2-t1) }
程序運(yùn)行查看效果:
# go run main.go
t1 == 1634377365927
t2 == 1634377373525
t2 - t1 == 7598
使用 struct 的方式,耗時(shí) 7598 ms
使用 map 和 使用 struct 的方式,完成同樣數(shù)據(jù)處理,耗時(shí)相差 212 倍 , 就這,我們平時(shí)編碼的時(shí)候,對(duì)于上述的場(chǎng)景,你會(huì)選擇哪種數(shù)據(jù)結(jié)構(gòu)呢?
為什么上述差距會(huì)那么大,原因是
在我們可以確定字段的情況下,我們使用 臨時(shí)的 Struct 在運(yùn)行期間是不需要?jiǎng)討B(tài)分配內(nèi)容的,
可是 map 就不一樣,map 還要去檢查索引,這一點(diǎn)就非常耗時(shí)了
字符串如何拼接是好?
工作中編碼 xdm 遇到字符串拼接的情況,都是如何實(shí)現(xiàn)的呢?我們的工具暫時(shí)提供如下幾種:
- 使用 + 的方式
- 使用 fmt.Sprintf() 的方式
- 使用 strings.Join 的方式
- 使用 buffer 的方式
看到這里,也許我們各有各的答案,不過(guò)我們還是來(lái)實(shí)操一遍,看看他們?cè)谙嗤址唇忧闆r下,各自的處理耗時(shí)如何
用 + 的方式
我們來(lái)計(jì)算循環(huán)追加 50 萬(wàn) 次字符串,看看耗時(shí)多少
func main() { t1 := time.Now().UnixNano() / 1e6 fmt.Println("t1 == ", t1) s := "xiao" for i := 0; i < 500000; i++ { s += "motong" } t2 := time.Now().UnixNano() / 1e6 fmt.Println("t2 == ", t2) fmt.Println("t2 - t1 == ", t2-t1) }
程序運(yùn)行查看效果:
# go run main.go
t1 == 1634378595642
t2 == 1634378743119
t2 - t1 == 147477
看到這個(gè)數(shù)據(jù) xdm 有沒(méi)有驚呆了,居然這么慢,耗時(shí) 147477 ms 那可是妥妥的 2分27秒呀
Go語(yǔ)言 中使用+處理字符串是很消耗性能的,通過(guò)數(shù)據(jù)我們就可以看出來(lái)
使用 fmt.Sprintf() 的方式
func main() { t1 := time.Now().UnixNano() / 1e6 fmt.Println("t1 == ", t1) s := "xiao" for i := 0; i < 500000; i++ { s = fmt.Sprintf("%s%s",s,"motong") } t2 := time.Now().UnixNano() / 1e6 fmt.Println("t2 == ", t2) fmt.Println("t2 - t1 == ", t2-t1) }
程序運(yùn)行查看效果:
# go run main.go
t1 == 1634378977361
t2 == 1634379240292
t2 - t1 == 262931
看到這個(gè)數(shù)據(jù),咱們也驚呆了,居然耗時(shí) 262931 ms,合計(jì) 4 分 22秒 ,xdm 是不是沒(méi)有想到 使用 fmt.Sprintf 比 使用 + 還慢
使用 strings.Join 的方式
func main() { t1 := time.Now().UnixNano() / 1e6 fmt.Println("t1 == ", t1) s := "xiao" for i := 0; i < 500000; i++ { s = strings.Join([]string{s,"motong"},"") } t2 := time.Now().UnixNano() / 1e6 fmt.Println("t2 == ", t2) fmt.Println("t2 - t1 == ", t2-t1) }
程序運(yùn)行查看效果:
# go run main.go
t1 == 1634379455304
t2 == 1634379598227
t2 - t1 == 142923
耗時(shí) 142923 ms ,合計(jì) 2 分 22秒 ,和 使用 +的方式不相上下
使用 buffer 的方式
使用 buffer 的方式 應(yīng)該說(shuō)是最好的方式,
func main() { t1 := time.Now().UnixNano() / 1e6 fmt.Println("t1 == ", t1) s := bytes.NewBufferString("xiao") for i := 0; i < 500000; i++ { s.WriteString("motong") } t2 := time.Now().UnixNano() / 1e6 fmt.Println("t2 == ", t2) fmt.Println("t2 - t1 == ", t2-t1) }
# go run main.go
t1 == 1634378506021
t2 == 1634378506030
t2 - t1 == 9
通過(guò)上面的數(shù)據(jù),我們看到,拼接同樣 50 萬(wàn)次的數(shù)據(jù)
- 第一種,使用 + 的方式 ,需要 147477 ms
- 第二種,使用 fmt.Sprintf() 的方式,需要 262931 ms
- 第三種,使用 strings.Join 的方式,需要 142923 ms
- 第四種,使用 buffer 的方式 ,需要 9ms
使用 buffer 的方式 是 第一種的 16,386 倍 ,是第二種的 29,214 倍 ,是第三種的 15,880 倍
xdm ,如果是遇到上面的場(chǎng)景,你會(huì)選擇使用哪一種方式呢
到此這篇關(guān)于淺談golang 的高效編碼細(xì)節(jié)的文章就介紹到這了,更多相關(guān)golang 高效編碼內(nèi)容請(qǐng)搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家!
相關(guān)文章
golang通過(guò)mysql語(yǔ)句實(shí)現(xiàn)分頁(yè)查詢(xún)
這篇文章主要介紹了golang通過(guò)mysql語(yǔ)句實(shí)現(xiàn)分頁(yè)查詢(xún),文章內(nèi)容介紹詳細(xì),具有一定的參考價(jià)值,需要的小伙伴可以參考一下,希望對(duì)你的學(xué)習(xí)有所幫助2022-03-03golang?chan傳遞數(shù)據(jù)的性能開(kāi)銷(xiāo)詳解
這篇文章主要為大家詳細(xì)介紹了Golang中chan在接收和發(fā)送數(shù)據(jù)時(shí)因?yàn)椤皬?fù)制”而產(chǎn)生的開(kāi)銷(xiāo),文中的示例代碼講解詳細(xì),感興趣的小伙伴可以了解下2024-01-01Go中defer使用場(chǎng)景及注意事項(xiàng)
defer 會(huì)在當(dāng)前函數(shù)返回前執(zhí)行傳入的函數(shù),它會(huì)經(jīng)常被用于關(guān)閉文件描述符、關(guān)閉數(shù)據(jù)庫(kù)連接以及解鎖資源。這篇文章主要介紹了Go中defer使用注意事項(xiàng),需要的朋友可以參考下2021-12-12Golang官方限流器庫(kù)實(shí)現(xiàn)限流示例詳解
這篇文章主要為大家介紹了Golang官方限流器庫(kù)使用示例詳解,有需要的朋友可以借鑒參考下,希望能夠有所幫助,祝大家多多進(jìn)步,早日升職加薪2022-08-08Golang設(shè)計(jì)模式之適配器模式介紹和代碼示例
適配器是一種結(jié)構(gòu)型設(shè)計(jì)模式, 它能使不兼容的對(duì)象能夠相互合作,可擔(dān)任兩個(gè)對(duì)象間的封裝器, 它會(huì)接收對(duì)于一個(gè)對(duì)象的調(diào)用, 并將其轉(zhuǎn)換為另一個(gè)對(duì)象可識(shí)別的格式和接口,本文將通過(guò)代碼示例詳細(xì)給大家介紹Golang的適配器模式2023-06-06基于Go語(yǔ)言實(shí)現(xiàn)一個(gè)并發(fā)下載器
這篇文章主要為大家詳細(xì)介紹了如何利用GO語(yǔ)言實(shí)現(xiàn)一個(gè)并發(fā)的文件下載器,可以在不重新啟動(dòng)整個(gè)下載的情況下處理錯(cuò)誤,感興趣的小伙伴可以了解一下2023-10-10幾個(gè)小技巧幫你實(shí)現(xiàn)Golang永久阻塞
Go 的運(yùn)行時(shí)的當(dāng)前設(shè)計(jì),假定程序員自己負(fù)責(zé)檢測(cè)何時(shí)終止一個(gè) goroutine 以及何時(shí)終止該程序。有時(shí)候我們需要的是使程序阻塞在這一行,本文就來(lái)詳細(xì)的介紹一下,感興趣的可以了解一下2021-12-12Golang命令行進(jìn)行debug調(diào)試操作
今天小編就為大家分享一篇關(guān)于,小編覺(jué)得內(nèi)容挺不錯(cuò)的,現(xiàn)在分享給大家,具有很好的參考價(jià)值,需要的朋友一起跟隨小編來(lái)看看吧2019-04-04