字符串拼接在 golang 里面其實(shí)有很多種實(shí)現(xiàn)。

實(shí)現(xiàn)方式

直接使用運(yùn)算符

func BenchmarkAddStringWithOperator(b *testing.B) {
    hello := "hello"
    world := "world"
    for i := 0; i b.N; i++ {
        _ = hello + "," + world
    }
}

golang里面的字符串都是不可變的，每次運(yùn)算都會(huì)產(chǎn)生一個(gè)新的字符串，所以會(huì)產(chǎn)生很多臨時(shí)的無用的字符串，不僅沒有用，還會(huì)給gc帶來額外的負(fù)擔(dān)，所以性能比較差

fmt.Sprintf()
func BenchmarkAddStringWithSprintf(b *testing.B) {
    hello := "hello"
    world := "world"
    for i := 0; i b.N; i++ {
        _ = fmt.Sprintf("%s,%s", hello, world)
    }
}

內(nèi)部使用[]byte實(shí)現(xiàn)，不像直接運(yùn)算符這種會(huì)產(chǎn)生很多臨時(shí)的字符串，但是內(nèi)部的邏輯比較復(fù)雜，有很多額外的判斷，還用到了interface，所以性能也不是很好

strings.Join()
func BenchmarkAddStringWithJoin(b *testing.B) {
    hello := "hello"
    world := "world"
    for i := 0; i b.N; i++ {
        _ = strings.Join([]string{hello, world}, ",")
    }
}

join會(huì)根據(jù)字符串?dāng)?shù)組的內(nèi)容，計(jì)算出一個(gè)拼接之后的長度，然后申請(qǐng)對(duì)應(yīng)大小的內(nèi)存，一個(gè)一個(gè)字符填入，在已有一個(gè)數(shù)組的情況下，這種效率會(huì)很高，但是本來沒有，去構(gòu)造這個(gè)數(shù)據(jù)的代價(jià)也不小

buffer.WriteString()
func BenchmarkAddStringWithBuffer(b *testing.B) {
    hello := "hello"
    world := "world"
    for i := 0; i 1000; i++ {
        var buffer bytes.Buffer
        buffer.WriteString(hello)
        buffer.WriteString(",")
        buffer.WriteString(world)
        _ = buffer.String()
    }
}

這個(gè)比較理想，可以當(dāng)成可變字符使用，對(duì)內(nèi)存的增長也有優(yōu)化，如果能預(yù)估字符串的長度，還可以用buffer.Grow()接口來設(shè)置capacity

測(cè)試結(jié)果

BenchmarkAddStringWithOperator-8            50000000             30.3 ns/op
BenchmarkAddStringWithSprintf-8             5000000              261  ns/op
BenchmarkAddStringWithJoin-8                30000000             58.7 ns/op
BenchmarkAddStringWithBuffer-8              2000000000           0.00 ns/op

主要結(jié)論

1. 在已有字符串?dāng)?shù)組的場(chǎng)合，使用strings.Join()能有比較好的性能
2. 在一些性能要求較高的場(chǎng)合，盡量使用buffer.WriteString()以獲得更好的性能
3. 性能要求不太高的場(chǎng)合，直接使用運(yùn)算符，代碼更簡短清晰，能獲得比較好的可讀性
4. 如果需要拼接的不僅僅是字符串，還有數(shù)字之類的其他需求的話，可以考慮fmt.Sprintf()