為什麼阿里巴巴不建議在for迴圈中使用"+"進行字串拼接
字串,是Java中最常用的一個資料型別了。關於字串的知識,作者已經發表過幾篇文章介紹過很多,如:
本文,也是對於Java中字串相關知識的一個補充,主要來介紹一下字串拼接相關的知識。本文基於jdk1.8.0_181。
字串拼接是我們在Java程式碼中比較經常要做的事情,就是把多個字串拼接到一起。
我們都知道,String是Java中一個不可變的類,所以他一旦被例項化就無法被修改。
但是,既然字串是不可變的,那麼字串拼接又是怎麼回事呢?
字串不變性與字串拼接
其實,所有的所謂字串拼接,都是重新生成了一個新的字串。下面一段字串拼接程式碼:
String s = "abcd";
s = s.concat("ef");
其實最後我們得到的s已經是一個新的字串了。如下圖
那麼,在Java中,到底如何進行字串拼接呢?字串拼接有很多種方式,這裡簡單介紹幾種比較常用的。
使用+
拼接字串
在Java中,拼接字串最簡單的方式就是直接使用符號+
來拼接。如:
String wechat = "Hollis";
String introduce = "每日更新Java相關技術文章";
String hollis = wechat + "," + introduce;
這裡要特別說明一點,有人把Java中使用+
拼接字串的功能理解為運算子過載。其實並不是,Java是不支援運算子過載的。這其實只是Java提供的一個語法糖。後面再詳細介紹。
運算子過載:在計算機程式設計中,運算子過載(英語:operator overloading)是多型的一種。運算子過載,就是對已有的運算子重新進行定義,賦予其另一種功能,以適應不同的資料型別。
concat
除了使用+
拼接字串之外,還可以使用String類中的方法concat方法來拼接字串。如:
String wechat = "Hollis";
String introduce = "每日更新Java相關技術文章";
String hollis = wechat.concat(",").concat(introduce);
StringBuffer
關於字串,Java中除了定義了一個可以用來定義字串常量的String
類以外,還提供了可以用來定義字串變數的StringBuffer
類,它的物件是可以擴充和修改的。
使用StringBuffer
可以方便的對字串進行拼接。如:
StringBuffer wechat = new StringBuffer("Hollis");
String introduce = "每日更新Java相關技術文章";
StringBuffer hollis = wechat.append(",").append(introduce);
StringBuilder
除了StringBuffer
以外,還有一個類StringBuilder
也可以使用,其用法和StringBuffer
類似。如:
StringBuilder wechat = new StringBuilder("Hollis");
String introduce = "每日更新Java相關技術文章";
StringBuilder hollis = wechat.append(",").append(introduce);
StringUtils.join
除了JDK中內建的字串拼接方法,還可以使用一些開源類庫中提供的字串拼接方法名,如apache.commons
中提供的StringUtils
類,其中的join
方法可以拼接字串。
String wechat = "Hollis";
String introduce = "每日更新Java相關技術文章";
System.out.println(StringUtils.join(wechat, ",", introduce));
這裡簡單說一下,StringUtils中提供的join方法,最主要的功能是:將陣列或集合以某拼接符拼接到一起形成新的字串,如:
String []list ={"Hollis","每日更新Java相關技術文章"};
String result= StringUtils.join(list,",");
System.out.println(result);
//結果:Hollis,每日更新Java相關技術文章
並且,Java8中的String類中也提供了一個靜態的join方法,用法和StringUtils.join類似。
以上就是比較常用的五種在Java種拼接字串的方式,那麼到底哪種更好用呢?為什麼阿里巴巴Java開發手冊中不建議在迴圈體中使用+
進行字串拼接呢?
(阿里巴巴Java開發手冊中關於字串拼接的規約)
接下來我們就來分析一下以上五種方式的底層原理,再來分析到底哪種更好。
前面提到過,使用+
拼接字串,其實只是Java提供的一個語法糖, 那麼,我們就來解一解這個語法糖,看看他的內部原理到底是如何實現的。
還是這樣一段程式碼。我們把他生成的位元組碼進行反編譯,看看結果。
String wechat = "Hollis";
String introduce = "每日更新Java相關技術文章";
String hollis = wechat + "," + introduce;
反編譯後的內容如下,反編譯工具為jad。
String wechat = "Hollis";
String introduce = "\u6BCF\u65E5\u66F4\u65B0Java\u76F8\u5173\u6280\u672F\u6587\u7AE0";//每日更新Java相關技術文章
String hollis = (new StringBuilder()).append(wechat).append(",").append(introduce).toString();
透過檢視反編譯以後的程式碼,我們可以發現,原來字串常量在拼接過程中,是將String轉成了StringBuilder後,使用其append方法進行處理的。
那麼也就是說,Java中的+
對字串的拼接,其實現原理是使用StringBuilder.append
。
我們再來看一下concat方法的原始碼,看一下這個方法又是如何實現的。
public String concat(String str) {
int otherLen = str.length();
if (otherLen == 0) {
return this;
}
int len = value.length;
char buf[] = Arrays.copyOf(value, len + otherLen);
str.getChars(buf, len);
return new String(buf, true);
}
這段程式碼首先建立了一個字元陣列,長度是已有字串和待拼接字串的長度之和,再把兩個字串的值複製到新的字元陣列中,並使用這個字元陣列建立一個新的String物件並返回。
透過原始碼我們也可以看到,經過concat方法,其實是new了一個新的String,這也就呼應到前面我們說的字串的不變性問題上了。
接下來我們看看StringBuffer
和StringBuilder
的實現原理。
和String
類類似,StringBuilder
類也封裝了一個字元陣列,定義如下:
char[] value;
與String
不同的是,它並不是final
的,所以他是可以修改的。另外,與String
不同,字元陣列中不一定所有位置都已經被使用,它有一個例項變數,表示陣列中已經使用的字元個數,定義如下:
int count;
其append原始碼如下:
public StringBuilder append(String str) {
super.append(str);
return this;
}
該類繼承了AbstractStringBuilder
類,看下其append
方法:
public AbstractStringBuilder append(String str) {
if (str == null)
return appendNull();
int len = str.length();
ensureCapacityInternal(count + len);
str.getChars(0, len, value, count);
count += len;
return this;
}
append會直接複製字元到內部的字元陣列中,如果字元陣列長度不夠,會進行擴充套件。
StringBuffer
和StringBuilder
類似,最大的區別就是StringBuffer
是執行緒安全的,看一下StringBuffer
的append
方法。
public synchronized StringBuffer append(String str) {
toStringCache = null;
super.append(str);
return this;
}
該方法使用synchronized
進行宣告,說明是一個執行緒安全的方法。而StringBuilder
則不是執行緒安全的。
透過檢視StringUtils.join
的原始碼,我們可以發現,其實他也是透過StringBuilder
來實現的。
public static String join(final double[] array, final char separator, final int startIndex, final int endIndex) {
if (array == null) {
return null;
}
final int noOfItems = endIndex - startIndex;
if (noOfItems <= 0) {
return EMPTY;
}
final StringBuilder buf = new StringBuilder(noOfItems * 16);
for (int i = startIndex; i < endIndex; i++) {
if (i > startIndex) {
buf.append(separator);
}
buf.append(array[i]);
}
return buf.toString();
}
既然有這麼多種字串拼接的方法,那麼到底哪一種效率最高呢?我們來簡單對比一下。
long t1 = System.currentTimeMillis();
//這裡是初始字串定義
for (int i = 0; i < 50000; i++) {
//這裡是字串拼接程式碼
}
long t2 = System.currentTimeMillis();
System.out.println("cost:" + (t2 - t1));
我們使用形如以上形式的程式碼,分別測試下五種字串拼接程式碼的執行時間。得到結果如下:
+ cost:5119
StringBuilder cost:3
StringBuffer cost:4
concat cost:3623
StringUtils.join cost:25726
從結果可以看出,用時從短到長的對比是:
StringBuilder < StringBuffer < concat < + < StringUtils.join
StringBuffer
在StringBuilder
的基礎上,做了同步處理,所以在耗時上會相對多一些,這個很好理解。
StringUtils.join也是使用了StringBuilder,並且其中還是有很多其他操作,所以耗時較長,這個也容易理解。其實StringUtils.join更擅長處理字串陣列或者列表的拼接。
那麼問題來了,前面我們分析過,其實使用+
拼接字串的實現原理也是使用的StringBuilder
,那為什麼結果相差這麼多,高達1000多倍呢?
我們再把以下程式碼反編譯下:
long t1 = System.currentTimeMillis();
String str = "hollis";
for (int i = 0; i < 50000; i++) {
String s = String.valueOf(i);
str += s;
}
long t2 = System.currentTimeMillis();
System.out.println("+ cost:" + (t2 - t1));
反編譯後程式碼如下:
long t1 = System.currentTimeMillis();
String str = "hollis";
for(int i = 0; i < 50000; i++)
{
String s = String.valueOf(i);
str = (new StringBuilder()).append(str).append(s).toString();
}
long t2 = System.currentTimeMillis();
System.out.println((new StringBuilder()).append("+ cost:").append(t2 - t1).toString());
我們可以看到,反編譯後的程式碼,在for
迴圈中,每次都是new
了一個StringBuilder
,然後再把String
轉成StringBuilder
,再進行append
。
而頻繁的新建物件當然要耗費很多時間了,不僅僅會耗費時間,頻繁的建立物件,還會造成記憶體資源的浪費。
所以,阿里巴巴Java開發手冊建議:迴圈體內,字串的連線方式,使用 StringBuilder
的 append
方法進行擴充套件。而不要使用+
。
本文介紹了什麼是字串拼接,雖然字串是不可變的,但是還是可以透過新建字串的方式來進行字串的拼接。
常用的字串拼接方式有五種,分別是使用+
、使用concat
、使用StringBuilder
、使用StringBuffer
以及使用StringUtils.join
。
由於字串拼接過程中會建立新的物件,所以如果要在一個迴圈體中進行字串拼接,就要考慮記憶體問題和效率問題。
因此,經過對比,我們發現,直接使用StringBuilder
的方式是效率最高的。因為StringBuilder
天生就是設計來定義可變字串和字串的變化操作的。
但是,還要強調的是:
1、如果不是在迴圈體中進行字串拼接的話,直接使用+
就好了。
2、如果在併發場景中進行字串拼接的話,要使用StringBuffer
來代替StringBuilder
。
文章來自阿里Hollis
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/31558358/viewspace-2640815/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- 為什麼不建議在for迴圈中使用"+"進行字串拼接字串
- 為什麼阿里巴巴不建議在for迴圈中使用”+”進行字串拼接阿里字串
- 為什麼idea建議使用“+”拼接字串Idea字串
- 為什麼不建議使用gotoGo
- 為什麼 Android 中不建議使用 EnumsAndroid
- 為什麼阿里巴巴不建議MySQL使用Text型別?阿里MySql型別
- 為什麼不建議使用eval和with?
- 阿里巴巴為什麼建議使用BigDecimal進行浮點數運算阿里Decimal
- 為什麼不建議在 MySQL 中使用 UTF-8?MySql
- 為什麼阿里巴巴禁止在 foreach 迴圈裡進行元素的 remove/add 操作阿里REM
- Spring中為什麼不建議使用欄位注入Spring
- foreach迴圈中為什麼不要進行remove/add操作REM
- 為什麼不建議使用免費的IP代理?
- 為什麼不建議使用自定義Object作為HashMap的key?ObjectHashMap
- Java面試題:為什麼HashMap不建議使用物件作為Key?Java面試題HashMap物件
- 為什麼 Java 8 中不再需要 StringBuilder 拼接字串JavaUI字串
- 為什麼不建議把資料庫部署在docker容器內?資料庫Docker
- 為什麼現在連Date類都不建議使用了?
- Oracle RAC - Oracle為什麼不建議使用交叉線作為心跳線Oracle
- js中為什麼for迴圈比forEach效能高?JS
- 知乎萬贊:為什麼我不建議你轉行學python?Python
- 為什麼不建議函式有太多引數?函式
- 為什麼建議使用命令列工具?命令列
- 主執行緒中的Looper.loop()一直無限迴圈為什麼不會造成ANR?執行緒OOP
- Python 為什麼不設計 do-while 迴圈結構?PythonWhile
- 為什麼建議一個容器中只執行一個程式
- 為什麼判斷物件是否相等, 不建議用 equals ?物件
- 為什麼不建議在非同步階段注入 Vue 3.0 的生命週期非同步Vue
- 請問為什麼會在for迴圈結束才會執行非同步函式?非同步函式
- 談一談全棧,為什麼不建議初學者去做全棧
- 2024年 為什麼不建議新人學習ABAP
- 為什麼不再建議使用GOPATH以及如何使用Go ModulesGo
- 為什麼對陣列排序讓Python迴圈執行更快陣列排序Python
- 為什麼建議將安全性構建到系統中?
- 為什麼我不建議你通過 Python 去找工作?Python
- js中拼接字串時,onclick順序亂了不執行時間JS字串
- 入行IT,為什麼建議你學Java?Java
- 為什麼要有事件迴圈機制(Event Loop)事件OOP