国产 无码 综合区,色欲AV无码国产永久播放,无码天堂亚洲国产AV,国产日韩欧美女同一区二区

為什么idea建議使用“+”拼接字符串

這篇具有很好參考價(jià)值的文章主要介紹了為什么idea建議使用“+”拼接字符串。希望對(duì)大家有所幫助。如果存在錯(cuò)誤或未考慮完全的地方,請(qǐng)大家不吝賜教,您也可以點(diǎn)擊"舉報(bào)違法"按鈕提交疑問。

前言

各位小伙伴在字符串拼接時(shí)應(yīng)該都見過下面這種提示:

內(nèi)容翻譯:報(bào)告StringBuffer、StringBuilder或StringJoiner的任何用法,這些用法可以用單個(gè)java.lang.String串聯(lián)來替換。使用字符串串聯(lián)可以使代碼更短、更簡(jiǎn)單。只有當(dāng)?shù)玫降拇?lián)至少與原始代碼一樣高效或更高效時(shí),此檢查才會(huì)報(bào)告。

大家普遍認(rèn)知中,字符串拼接要使用StringBuilder,那為什么idea會(huì)建議你是用“+”呢,那到底StringBuilder 和 “+”有什么具體區(qū)別呢,我們一起來探究一下。

1、普通的幾個(gè)字符串拼接成一個(gè)字符串,直接使用“+” 因?yàn)榻滩牡仍?,?dāng)前依舊有許多人拼接字符串時(shí)認(rèn)為使用“+”耗性能1,首選StringBuilder。

實(shí)際上,從JDK5開始,Java編譯器就做了優(yōu)化,使用“+”拼接字符串,編譯器編譯后實(shí)際就自動(dòng)優(yōu)化為使用StringBuilder。

新建測(cè)試類StringTest,分別創(chuàng)建使用“+”拼接字符串和使用StringBuilder拼接字符串的方法;并新增Junit測(cè)試用例,分別調(diào)用拼接字符串100000次(這里不是循環(huán)拼接,而是執(zhí)行多次拼接,因?yàn)橐淮纹唇雍臅r(shí)太少,看不出差異),打印耗時(shí)。

/**
     * 使用+拼接字符串
     */
    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();
    }
 
    /**
     * 測(cè)試使用+拼接字符串耗時(shí)
     */
    @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 + "次,花費(fèi)" + (endTime - startTime) + "秒");
    }
 
 
    /**
     * 測(cè)試使用StringBuilder拼接字符串耗時(shí)
     */
    @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 + "次,花費(fèi)" + (endTime - startTime) + "秒");
    }

執(zhí)行Junit用例,看耗時(shí)統(tǒng)計(jì)輸出:

testStringConcatenation01ByPlus,拼接字符串100000次,花費(fèi)33秒
testStringConcatenation02ByStringBuilder,拼接字符串100000次,花費(fèi)36秒

雖然有差異,但是差異極小,考慮到執(zhí)行了100000次,每次耗時(shí)的差異就更小了,而且程序執(zhí)行有各種因素影響執(zhí)行效率,可以認(rèn)為耗時(shí)差不多。也可以多次執(zhí)行對(duì)比耗時(shí)差異,也可以發(fā)現(xiàn)基本一致。

到class文件所在目錄,執(zhí)行 javap -c StringTest.class,對(duì)class文件進(jìn)行反編譯,查看編譯后的代碼差異。這里不要使用Intellij idea和JD進(jìn)行反編譯,因?yàn)榉淳幾g有優(yōu)化,會(huì)都反編譯成“+”拼接的,看不出來編譯后的真正情況。

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

既然執(zhí)行效率一樣,從代碼簡(jiǎn)潔利于閱讀考慮,推薦使用“+”拼接字符串。

2、循環(huán)拼接一個(gè)字符串,使用StringBuilder

循環(huán)拼接,雖然“+”拼接字符串編譯后也會(huì)變成StringBuilder,但是每次循環(huán)處理都會(huì)new一個(gè)StringBuilder對(duì)象,耗時(shí)會(huì)大大增加。而直接使用StringBuilder,new一次就可以了,效率相對(duì)高。

新增2個(gè)Junit測(cè)試用例,循環(huán)拼接10000次拼接一個(gè)字符串(次數(shù)少于上面的用例,因?yàn)槠唇拥氖且粋€(gè)字符串,如果拼接次數(shù)太多,可能引發(fā)內(nèi)存溢出):

/**
     * 循環(huán)使用+拼接字符串
     */
    @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 + "次,花費(fèi)" + (endTime - startTime) + "秒");
    }
 
    /**
     * 測(cè)試循環(huán)使用StringBuilder拼接字符串耗時(shí)
     */
    @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 + "次,花費(fèi)" + (endTime - startTime) + "秒");
    }

執(zhí)行Junit用例,看耗時(shí)統(tǒng)計(jì)輸出:

testLoopStringConcatenation03ByPlus,拼接字符串10000次,花費(fèi)463秒
testLoopStringConcatenation04ByStringBuilder,拼接字符串10000次,花費(fèi)13秒

可以看出,差異明顯,不在一個(gè)量級(jí)了。

總結(jié):

1.單純的字符串拼接使用“+”,更快更簡(jiǎn)潔。

2.循環(huán)拼接時(shí)使用“+”拼接字符串效率較低,推薦使用StringBuilder。

作者:京東零售 姜波

來源:京東云開發(fā)者社區(qū) 轉(zhuǎn)載請(qǐng)注明來源文章來源地址http://www.zghlxwxcb.cn/news/detail-736119.html

到了這里,關(guān)于為什么idea建議使用“+”拼接字符串的文章就介紹完了。如果您還想了解更多內(nèi)容,請(qǐng)?jiān)谟疑辖撬阉鱐OY模板網(wǎng)以前的文章或繼續(xù)瀏覽下面的相關(guān)文章,希望大家以后多多支持TOY模板網(wǎng)!

本文來自互聯(lián)網(wǎng)用戶投稿,該文觀點(diǎn)僅代表作者本人,不代表本站立場(chǎng)。本站僅提供信息存儲(chǔ)空間服務(wù),不擁有所有權(quán),不承擔(dān)相關(guān)法律責(zé)任。如若轉(zhuǎn)載,請(qǐng)注明出處: 如若內(nèi)容造成侵權(quán)/違法違規(guī)/事實(shí)不符,請(qǐng)點(diǎn)擊違法舉報(bào)進(jìn)行投訴反饋,一經(jīng)查實(shí),立即刪除!

領(lǐng)支付寶紅包贊助服務(wù)器費(fèi)用

相關(guān)文章

  • Go 語言為什么建議多使用切片,少使用數(shù)組?

    大家好,我是 frank,「Golang 語言開發(fā)?!构娞?hào)作者。 01 介紹 在 Go 語言中,數(shù)組固定長(zhǎng)度,切片可變長(zhǎng)度;數(shù)組和切片都是值傳遞,因?yàn)榍衅瑐鬟f的是指針,所以切片也被稱為“引用傳遞”。 讀者朋友們?cè)谑褂?Go 語言開發(fā)項(xiàng)目時(shí),或者在閱讀 Go 開源項(xiàng)目源碼時(shí),發(fā)現(xiàn)很少

    2024年02月03日
    瀏覽(33)
  • 我為什么不建議使用框架默認(rèn)的 DefaultMeterObservationHandler

    我為什么不建議使用框架默認(rèn)的 DefaultMeterObservationHandler

    個(gè)人創(chuàng)作公約:本人聲明創(chuàng)作的所有文章皆為自己原創(chuàng),如果有參考任何文章的地方,會(huì)標(biāo)注出來,如果有疏漏,歡迎大家批判。如果大家發(fā)現(xiàn)網(wǎng)上有抄襲本文章的,歡迎舉報(bào),并且積極向這個(gè) github 倉庫 提交 issue,謝謝支持~ 另外,本文為了避免抄襲,會(huì)在不影響閱讀的情

    2024年01月21日
    瀏覽(25)
  • 為什么單片機(jī)上的程序不建議使用malloc?

    為什么單片機(jī)上的程序不建議使用malloc?

    做單片機(jī)研發(fā)前幾年,一直沒用過動(dòng)態(tài)內(nèi)存分配的功能,但是如果想成為軟件架構(gòu)設(shè)計(jì)師,這是繞不過的一道坎。 其實(shí)單片機(jī)很少使用c標(biāo)準(zhǔn)庫自帶的malloc()函數(shù)去動(dòng)態(tài)分配內(nèi)存,除非,你看老板不爽... 因?yàn)橛腥毕?,文章后面?huì)提及。 一般是工程師借助現(xiàn)成的參考代碼,然后

    2024年02月22日
    瀏覽(26)
  • 代碼的壞味道(二)——為什么建議使用模型來替換枚舉?

    在設(shè)計(jì)模型時(shí),我們經(jīng)常會(huì)使用枚舉來定義類型,比如說,一個(gè)員工類 Employee,他有職級(jí),比如P6/P7。順著這個(gè)思路,設(shè)計(jì)一個(gè) Level 類型的枚舉: 假設(shè)哪天悲催的打工人畢業(yè)了,需要計(jì)算賠償金,簡(jiǎn)單算法賠償金=工資*工齡 后來,隨著這塊業(yè)務(wù)邏輯的演進(jìn),其實(shí)公司是家具備

    2024年02月08日
    瀏覽(39)
  • Java面試題:為什么HashMap不建議使用對(duì)象作為Key?

    HashMap 是一種基于哈希表的動(dòng)態(tài)數(shù)據(jù)結(jié)構(gòu),它允許使用任意不可變對(duì)象作為鍵(key)來存儲(chǔ)和檢索數(shù)據(jù)。然而,在某些情況下,使用對(duì)象作為 HashMap 的鍵可能會(huì)遇到一些問題。 ? 首先,我們需要明確對(duì)象作為 HashMap 的鍵需要滿足一些條件: 不可變性:對(duì)象的屬性不能被修改,

    2024年04月22日
    瀏覽(23)
  • IDEA使用@Autowired為什么會(huì)警告?

    在使用IDEA編寫Spring相關(guān)的項(xiàng)目時(shí),當(dāng)在字段上使用@Autowired注解時(shí),總會(huì)出現(xiàn)一個(gè)波浪線提示:”Field injection is not recommended.” 這讓我不禁疑惑:我每天都在使用這種方式,為何不被推薦呢?今天,我決定深入探究其中的原因。 眾所周知,Spring框架提供了三種可選的依賴注入

    2024年02月12日
    瀏覽(20)
  • 定期為什么不建議自動(dòng)轉(zhuǎn)存

    自動(dòng)轉(zhuǎn)存是銀行一種資金周轉(zhuǎn)方式,一般是指用戶的定期存款到期之后,銀行可自動(dòng)將到期的存款本息按相同存期一并轉(zhuǎn)存的行為,在存款過程中,一般不建議投資者自動(dòng)轉(zhuǎn)存,其主要原因如下: 1、資金支配受到限制 如果是三年期存款,投資者選擇存款時(shí)自動(dòng)轉(zhuǎn)存,則在存

    2024年02月12日
    瀏覽(26)
  • 使用 @Autowired 為什么會(huì)被 IDEA 警告,應(yīng)該怎么修改最佳?

    使用 @Autowired 為什么會(huì)被 IDEA 警告,應(yīng)該怎么修改最佳?

    # 問題原因 關(guān)于這個(gè)問題,其實(shí)答案相對(duì)統(tǒng)一,實(shí)際上用大白話說起來也容易理解。 1.初始化問題 先看一下Java初始化類的順序:父類的靜態(tài)字段 父類靜態(tài)代碼塊 子類靜態(tài)字段 子類靜態(tài)代碼塊 父類成員變量 父類構(gòu)造代碼塊 父類構(gòu)造器 子類成員變量 子類構(gòu)造代碼塊 子類構(gòu)

    2024年02月13日
    瀏覽(24)
  • 為什么建議同時(shí)學(xué)多門編程語言

    晨讀一本名叫《4點(diǎn)起床》的書,書中有一段描述與最近學(xué)習(xí)編制語言時(shí)自己的感受完全一致。算是一個(gè)小經(jīng)驗(yàn),分享給大家。 書中有一章的標(biāo)題為《同時(shí)學(xué)六國語言記起來比較快》,其中有兩段描述如下: 為什么我推薦大家同時(shí)學(xué)不同的語言呢?實(shí)不相瞞,我這幾年在學(xué)西

    2024年02月10日
    瀏覽(33)
  • 為什么編程都建議不要用拼音命名

    為什么編程都建議不要用拼音命名

    我們看看知乎答主舉的搞笑例子,一句話全部都是shi,表達(dá)起來確實(shí)困難。 上面這個(gè)回答,一句話全部都是“shi”,表達(dá)起來確實(shí)困難。并且讓人誤解 那么編程都建議不要用拼音命名,主要有以下原因: 可讀性差 :使用拼音命名的變量、函數(shù)名等很難被其他人理解,特別是

    2024年02月04日
    瀏覽(24)

覺得文章有用就打賞一下文章作者

支付寶掃一掃打賞

博客贊助

微信掃一掃打賞

請(qǐng)作者喝杯咖啡吧~博客贊助

支付寶掃一掃領(lǐng)取紅包,優(yōu)惠每天領(lǐng)

二維碼1

領(lǐng)取紅包

二維碼2

領(lǐng)紅包