為什麼idea建議使用“+”拼接字元串

来源:https://www.cnblogs.com/jingdongkeji/archive/2023/11/01/17802676.html
-Advertisement-
Play Games

大家普遍認知中,字元串拼接要使用StringBuilder,那為什麼idea會建議你是用“+”呢,那到底StringBuilder 和 “+”有什麼具體區別呢,我們一起來探究一下。 ...


前言

各位小伙伴在字元串拼接時應該都見過下麵這種提示:

內容翻譯:報告StringBuffer、StringBuilder或StringJoiner的任何用法,這些用法可以用單個java.lang.String串聯來替換。使用字元串串聯可以使代碼更短、更簡單。只有當得到的串聯至少與原始代碼一樣高效或更高效時,此檢查才會報告。

大家普遍認知中,字元串拼接要使用StringBuilder,那為什麼idea會建議你是用“+”呢,那到底StringBuilder 和 “+”有什麼具體區別呢,我們一起來探究一下。

1、普通的幾個字元串拼接成一個字元串,直接使用“+” 因為教材等原因,當前依舊有許多人拼接字元串時認為使用“+”耗性能1,首選StringBuilder。

實際上,從JDK5開始,Java編譯器就做了優化,使用“+”拼接字元串,編譯器編譯後實際就自動優化為使用StringBuilder。

新建測試類StringTest,分別創建使用“+”拼接字元串和使用StringBuilder拼接字元串的方法;並新增Junit測試用例,分別調用拼接字元串100000次(這裡不是迴圈拼接,而是執行多次拼接,因為一次拼接耗時太少,看不出差異),列印耗時。

/**
     * 使用+拼接字元串
     */
    public String concatenationStringByPlus(String prefix, int i) {
        return prefix + "-" + i;
    }
 
    /**
     * 使用StringBuilder拼接字元串
     */
    public String concatenationStringByStringBuilder(String prefix, int i) {
        return new StringBuilder().append(prefix).append("-").append(i).toString();
    }
 
    /**
     * 測試使用+拼接字元串耗時
     */
    @Test
    public void testStringConcatenation01ByPlus() {
        long startTime = System.currentTimeMillis();
        int count = 100000;
        for (int i = 0; i < count; i++) {
            String str = concatenationStringByPlus("testStringConcatenation01ByStringBuilder:", i);
        }
        long endTime = System.currentTimeMillis();
        System.out.println("testStringConcatenation01ByPlus,拼接字元串" + count + "次,花費" + (endTime - startTime) + "秒");
    }
 
 
    /**
     * 測試使用StringBuilder拼接字元串耗時
     */
    @Test
    public void testStringConcatenation02ByStringBuilder() {
        long startTime = System.currentTimeMillis();
        int count = 100000;
        for (int i = 0; i < count; i++) {
            String str = concatenationStringByStringBuilder("testStringConcatenation02ByStringBuilder:", i);
        }
        long endTime = System.currentTimeMillis();
        System.out.println("testStringConcatenation02ByStringBuilder,拼接字元串" + count + "次,花費" + (endTime - startTime) + "秒");
    }

執行Junit用例,看耗時統計輸出:

testStringConcatenation01ByPlus,拼接字元串100000次,花費33秒
testStringConcatenation02ByStringBuilder,拼接字元串100000次,花費36秒

雖然有差異,但是差異極小,考慮到執行了100000次,每次耗時的差異就更小了,而且程式執行有各種因素影響執行效率,可以認為耗時差不多。也可以多次執行對比耗時差異,也可以發現基本一致。

到class文件所在目錄,執行 javap -c StringTest.class,對class文件進行反編譯,查看編譯後的代碼差異。這裡不要使用Intellij idea和JD進行反編譯,因為反編譯有優化,會都反編譯成“+”拼接的,看不出來編譯後的真正情況。

從圖上可以看出兩種拼接方法反編譯後完全一樣,沒有差異,執行效率自然也是一樣的。

既然執行效率一樣,從代碼簡潔利於閱讀考慮,推薦使用“+”拼接字元串。

2、迴圈拼接一個字元串,使用StringBuilder

迴圈拼接,雖然“+”拼接字元串編譯後也會變成StringBuilder,但是每次迴圈處理都會new一個StringBuilder對象,耗時會大大增加。而直接使用StringBuilder,new一次就可以了,效率相對高。

新增2個Junit測試用例,迴圈拼接10000次拼接一個字元串(次數少於上面的用例,因為拼接的是一個字元串,如果拼接次數太多,可能引發記憶體溢出):

/**
     * 迴圈使用+拼接字元串
     */
    @Test
    public void testLoopStringConcatenation03ByPlus() {
        long startTime = System.currentTimeMillis();
        int count = 10000;
        String str = "testLoopStringConcatenation03ByPlus:";
        for (int i = 0; i < count; i++) {
            str = str + "-" + i;
        }
        System.out.println(str);
        long endTime = System.currentTimeMillis();
        System.out.println("testLoopStringConcatenation03ByPlus,拼接字元串" + count + "次,花費" + (endTime - startTime) + "秒");
    }
 
    /**
     * 測試迴圈使用StringBuilder拼接字元串耗時
     */
    @Test
    public void testLoopStringConcatenation04ByStringBuilder() {
        long startTime = System.currentTimeMillis();
        int count = 100000;
        StringBuilder stringBuilder = new StringBuilder("testLoopStringConcatenation04ByStringBuilder:");
        for (int i = 0; i < count; i++) {
            stringBuilder.append("-");
            stringBuilder.append(i);
        }
        String str = stringBuilder.toString();
        System.out.println(str);
        long endTime = System.currentTimeMillis();
        System.out.println("testLoopStringConcatenation04ByStringBuilder,拼接字元串" + count + "次,花費" + (endTime - startTime) + "秒");
    }

執行Junit用例,看耗時統計輸出:

testLoopStringConcatenation03ByPlus,拼接字元串10000次,花費463秒
testLoopStringConcatenation04ByStringBuilder,拼接字元串10000次,花費13秒

可以看出,差異明顯,不在一個量級了。

總結:

1.單純的字元串拼接使用“+”,更快更簡潔。

2.迴圈拼接時使用“+”拼接字元串效率較低,推薦使用StringBuilder。

作者:京東零售 薑波

來源:京東雲開發者社區 轉載請註明來源


您的分享是我們最大的動力!

-Advertisement-
Play Games
更多相關文章
  • 在如今這個信息爆炸的時代,短視頻成為了一種非常受歡迎的娛樂方式。而在短視頻中,各種搞笑的內容更是大受歡迎。因此,開發一個能夠讓人們笑翻天的笑話短視頻介面就成為了一個非常有趣的項目。本文將介紹如何使用挖數據平臺的API來開發一個簡單的笑話短視頻介面,並提供代碼說明。 API介紹 挖數據平臺提供了一個非 ...
  • 中斷系統:是執行和管理中斷的邏輯結構 外部中斷:是眾多能產生中斷的外設之一 中斷:指的是中斷源(中斷通道),中斷產生CPU暫停正在執行程式,去執行中斷程式,然後返回。提高效率 F1系列的STM32有68個中斷源,不同系列需要看手冊 EXTI(外部中斷)、TIM、ADC、USART、SPI、I2C、R ...
  • 同系列文章 QT中級(1)QTableView自定義委托(一)實現QSpinBox、QDoubleSpinBox委托 QT中級(2)QTableView自定義委托(二)實現QProgressBar委托 QT中級(3)QTableView自定義委托(三)實現QCheckBox委托並且將QCheckBo ...
  • 背景 現代網路環境中,敏感數據的處理是至關重要的。敏感數據包括個人身份信息、銀行賬號、手機號碼等,泄露這些數據可能導致用戶隱私泄露、財產損失等嚴重後果。因此,對敏感數據進行脫敏處理是一種必要的安全措施。 比如頁面上常見的敏感數據都是加*遮擋處理過的,如下圖所示。 接下來本文將以Spring Boot ...
  • 來源:blog.csdn.net/mu_wind/article/details/113806680 初識線程池 我們知道,線程的創建和銷毀都需要映射到操作系統,因此其代價是比較高昂的。出於避免頻繁創建、銷毀線程以及方便線程管理的需要,線程池應運而生。 線程池優勢 降低資源消耗:線程池通常會維護一些 ...
  • wmproxy wmproxy已用Rust實現http/https代理, socks5代理, 反向代理, 靜態文件伺服器,四層TCP/UDP轉發,內網穿透,後續將實現websocket代理等,會將實現過程分享出來,感興趣的可以一起造個輪子 項目地址 國內: https://gitee.com/tic ...
  • ArrayList簡介 ArrayList是List介面的實現類,底層基於數組實現,容量可根據需要動態增加,相當於動態數組。ArrayList繼承於AbstractList,並且還實現了Cloneable、Serializable、RandomAccess介面。 List:表明是列表數據結構,可以通 ...
  • 響應數據 @ResponseBody 類型:方法註解、類註解 位置:Controller方法、類上 作用:將方法返回值直接響應,如果返回值類型是 實體對象/集合 ,將會轉換為json格式響應 說明:@RestController = @Controller + @ResponseBody 統一響應結 ...
一周排行
    -Advertisement-
    Play Games
  • 移動開發(一):使用.NET MAUI開發第一個安卓APP 對於工作多年的C#程式員來說,近來想嘗試開發一款安卓APP,考慮了很久最終選擇使用.NET MAUI這個微軟官方的框架來嘗試體驗開發安卓APP,畢竟是使用Visual Studio開發工具,使用起來也比較的順手,結合微軟官方的教程進行了安卓 ...
  • 前言 QuestPDF 是一個開源 .NET 庫,用於生成 PDF 文檔。使用了C# Fluent API方式可簡化開發、減少錯誤並提高工作效率。利用它可以輕鬆生成 PDF 報告、發票、導出文件等。 項目介紹 QuestPDF 是一個革命性的開源 .NET 庫,它徹底改變了我們生成 PDF 文檔的方 ...
  • 項目地址 項目後端地址: https://github.com/ZyPLJ/ZYTteeHole 項目前端頁面地址: ZyPLJ/TreeHoleVue (github.com) https://github.com/ZyPLJ/TreeHoleVue 目前項目測試訪問地址: http://tree ...
  • 話不多說,直接開乾 一.下載 1.官方鏈接下載: https://www.microsoft.com/zh-cn/sql-server/sql-server-downloads 2.在下載目錄中找到下麵這個小的安裝包 SQL2022-SSEI-Dev.exe,運行開始下載SQL server; 二. ...
  • 前言 隨著物聯網(IoT)技術的迅猛發展,MQTT(消息隊列遙測傳輸)協議憑藉其輕量級和高效性,已成為眾多物聯網應用的首選通信標準。 MQTTnet 作為一個高性能的 .NET 開源庫,為 .NET 平臺上的 MQTT 客戶端與伺服器開發提供了強大的支持。 本文將全面介紹 MQTTnet 的核心功能 ...
  • Serilog支持多種接收器用於日誌存儲,增強器用於添加屬性,LogContext管理動態屬性,支持多種輸出格式包括純文本、JSON及ExpressionTemplate。還提供了自定義格式化選項,適用於不同需求。 ...
  • 目錄簡介獲取 HTML 文檔解析 HTML 文檔測試參考文章 簡介 動態內容網站使用 JavaScript 腳本動態檢索和渲染數據,爬取信息時需要模擬瀏覽器行為,否則獲取到的源碼基本是空的。 本文使用的爬取步驟如下: 使用 Selenium 獲取渲染後的 HTML 文檔 使用 HtmlAgility ...
  • 1.前言 什麼是熱更新 游戲或者軟體更新時,無需重新下載客戶端進行安裝,而是在應用程式啟動的情況下,在內部進行資源或者代碼更新 Unity目前常用熱更新解決方案 HybridCLR,Xlua,ILRuntime等 Unity目前常用資源管理解決方案 AssetBundles,Addressable, ...
  • 本文章主要是在C# ASP.NET Core Web API框架實現向手機發送驗證碼簡訊功能。這裡我選擇是一個互億無線簡訊驗證碼平臺,其實像阿裡雲,騰訊雲上面也可以。 首先我們先去 互億無線 https://www.ihuyi.com/api/sms.html 去註冊一個賬號 註冊完成賬號後,它會送 ...
  • 通過以下方式可以高效,並保證數據同步的可靠性 1.API設計 使用RESTful設計,確保API端點明確,並使用適當的HTTP方法(如POST用於創建,PUT用於更新)。 設計清晰的請求和響應模型,以確保客戶端能夠理解預期格式。 2.數據驗證 在伺服器端進行嚴格的數據驗證,確保接收到的數據符合預期格 ...