Go:如何高效地拼接字符串

幾個月後,該項目在原基礎上需求有所增加。再次面對該代碼,心情也發生了變化,使用 strings.Builder 固然可行,但它需要三行代碼,相比之下,用 + 操作符一行代碼便能實現。在簡潔性和高效性之間,該如何抉擇呢?Go 語言中,是否有魚和熊掌兼得的方法?

抱着這樣的心思,我總結出 Go 語言中至少有 6 種關於字符串的拼接方式。但新問題也隨之產生了,爲何 Go 語言支持如此多種拼接方式?每種方式的存在,其背後的原因和邏輯又是什麼呢?

讓我們先分兩種常用場景、兩種字符串長度進行對比看看。

一、不同情景下的效率測試

待拼接字符串長度、次數已知,可一次完成字符串拼接,測試結果如下:

待拼接字符串長度、次數未知,需要循環追加完成拼接操作,測試結果如下:

二、原理分析

從上面的測試結果可以看出,在不同情況下,每種拼接方式的效率都不同,爲什麼會這樣呢?那就得從它們的拼接原理說起。

三、結論

在待拼接字符串確定,可一次完成字符串拼接的情況下,推薦使用 + 操作符,即便 strings.BuilderGrow() 方法預先擴容,其性能也是不如 + 操作符的,另外,Grow()也不可設置過大。

在拼接字符串不確定、需要循環追加字符串時,推薦使用 strings.Builder。但在使用時,必須使用 Grow() 預先擴容,否則性能不如 strings.Join()

我爲大家整理了一份從入門到進階的 Go 學習資料禮包,包含學習建議:入門看什麼,進階看什麼。關注公衆號 「polarisxu」,回覆 ebook 獲取;還可以回覆「進羣」,和數萬 Gopher 交流學習。

本文由 Readfog 進行 AMP 轉碼,版權歸原作者所有。
來源https://mp.weixin.qq.com/s/9328Ju9pF80djNtRXqfSXQ