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)文章希望大家以后多多支持腳本之家！