其實(shí)我們在追究這三個的區(qū)別,一般都是在研究如何進(jìn)行內(nèi)存優(yōu)化,這三者基本上都是被一個"+"給關(guān)聯(lián)著,以前編寫代碼我們常常不管三七二十一的,通過+號來對字符串進(jìn)行拼接,但后來在查看底層代碼中,發(fā)現(xiàn)編譯器會把"+"操作符在編譯的時候轉(zhuǎn)換成new StringBuilder().append,這里因?yàn)榫幾g器代碼比較復(fù)雜,就不貼了
我們說String的+操作效率低于StringBuilder的append方法贤重，其實(shí)都是根據(jù)Java中字符串連接運(yùn)算符+的實(shí)現(xiàn)方式。本質(zhì)上，就是將參與字符串連接運(yùn)算的字符串對象，轉(zhuǎn)換為StringBuilder對象哗戈，然后在調(diào)用append方法哗咆，完成字符串連接操作。所以本質(zhì)上章姓，String的+操作拧抖，就是StringBuilder的append操作。但是如果直接使用String徙鱼，代碼在運(yùn)行時候宅楞，還需要進(jìn)行一次對象類型轉(zhuǎn)換针姿，創(chuàng)建新的對象等等袱吆，既浪費(fèi)運(yùn)算資源，降低了運(yùn)算效率距淫，還占據(jù)了多余的內(nèi)存空間绞绒。所以,我們在想,我們?yōu)槭裁床恢苯邮褂肧tringBuilder呢?避免每一次編譯器都會創(chuàng)建StringBuilder對象,這就有了下面三個的區(qū)別
1.String（字符串常量）
- Stirng是對象不是基本數(shù)據(jù)類型
- String是final類，不能被繼承榕暇。是不可變對象蓬衡，一旦創(chuàng)建被賦值，就不能修改它的值彤枢。(查看源碼可知)
public final class String
implements java.io.Serializable, Comparable<String>, CharSequence {
}
2.StringBuffer(JDK1.0 字符串變量,Synchronized即線程安全)
- 一個類似于 String 的字符串緩沖區(qū)狰晚，對它的修改的不會像String那樣重創(chuàng)建對象。
- 使用append()方法修改Stringbuffer的值缴啡，使用toString()方法轉(zhuǎn)換為字符串壁晒。
- 線程安全，建議多線程使用
注意:不能通過賦值符號對他進(jìn)行賦值.
- 如果要頻繁對字符串內(nèi)容進(jìn)行修改业栅，出于效率考慮最好使用StringBuffer秒咐，如果想轉(zhuǎn)成String類型，可以調(diào)用StringBuffer的toString()方法碘裕。
- Java.lang.StringBuffer線程安全的可變字符序列携取。在任意時間點(diǎn)上它都包含某種特定的字符序列，但通過某些方法調(diào)用可以改變該序列的長度和內(nèi)容帮孔±鬃蹋可將字符串緩沖區(qū)安全地用于多個線程。
- StringBuffer 上的主要操作是 append 和 insert 方法，可重載這些方法惊豺，以接受任意類型的數(shù)據(jù)燎孟。每個方法都能有效地將給定的數(shù)據(jù)轉(zhuǎn)換成字符串，然后將該字符串的字符追加或插入到字符串緩沖區(qū)中尸昧。append 方法始終將這些字符添加到緩沖區(qū)的末端揩页；而 insert 方法則在指定的點(diǎn)添加字符。例如烹俗，如果 z 引用一個當(dāng)前內(nèi)容是“start”的字符串緩沖區(qū)對象爆侣，則此方法調(diào)用 z.append("le") 會使字符串緩沖區(qū)包含“startle”，而 z.insert(4, "le") 將更改字符串緩沖區(qū)幢妄，使之包含“starlet”兔仰。
3.StringBuilder（JDK5.0 字符串變量,非線程安全）
- StringBuild是jdk1.5后用來替換stringBuffer的一個類，大多數(shù)時候可以替換StringBuffer蕉鸳。和StringBuffer的區(qū)別在于StringBuild是一個單線程使用的類乎赴，不支持線程同步所以比StringBuffer的速度快，效率高潮尝。
- 線程非安全的榕吼，建議單線程使用
** 跟StringBuffer一樣:不能通過賦值符號對他進(jìn)行賦值.**
- 在內(nèi)部，StringBuilder對象被當(dāng)作是一個包含字符序列的變長數(shù)組勉失。
- java.lang.StringBuilder是一個可變的字符序列羹蚣，是JDK5.0新增的。此類提供一個與 StringBuffer 兼容的 API乱凿，但不保證同步顽素。該類被設(shè)計用作 StringBuffer 的一個簡易替換，用在字符串緩沖區(qū)被單個線程使用的時候（這種情況很普遍）徒蟆。
三者的使用策略(很重要)
基本原則：如果要操作少量的數(shù)據(jù)胁出，用String ；單線程操作大量數(shù)據(jù)段审，用StringBuilder 全蝶；多線程操作大量數(shù)據(jù)，用StringBuffer戚哎。
不要使用String類的"+"來進(jìn)行頻繁的拼接裸诽，因?yàn)槟菢拥男阅軜O差的，應(yīng)該使用StringBuffer或StringBuilder類型凳，這在Java的優(yōu)化上是一條比較重要的原則丈冬。例如：
ArrayList<String> list = new ArrayList<>();
String result = "";
for (String str : list) {
result = result + str;
}
// 使用StringBuilder
StringBuilder sb = new StringBuilder();
for (String str : list) {
sb.append(str);
}
String result = sb.toString();
當(dāng)出現(xiàn)上面的情況時，顯然我們要采用第二種方法甘畅，因?yàn)榈谝环N方法埂蕊，每次循環(huán)都會創(chuàng)建一個String result用于保存結(jié)果往弓，除此之外二者基本相同
為了獲得更好的性能，在構(gòu)造 StringBuffer 或 StringBuilder 時應(yīng)盡可能指定它們的容量蓄氧。當(dāng)然函似，如果你操作的字符串長度（length）不超過 16 個字符就不用了，當(dāng)不指定容量（capacity）時默認(rèn)構(gòu)造一個容量為16的對象喉童。不指定容量會顯著降低性能撇寞。
StringBuilder一般使用在方法內(nèi)部來完成類似"+"功能，因?yàn)槭蔷€程不安全的堂氯，所以用完以后可以丟棄蔑担。StringBuffer主要用在全局變量中。
相同情況下使用 StringBuilder 相比使用 StringBuffer 僅能獲得 10%~15% 左右的性能提升咽白，但卻要冒多線程不安全的風(fēng)險啤握。而在現(xiàn)實(shí)的模塊化編程中，負(fù)責(zé)某一模塊的程序員不一定能清晰地判斷該模塊是否會放入多線程的環(huán)境中運(yùn)行晶框，因此：除非確定系統(tǒng)的瓶頸是在 StringBuffer 上排抬，并且確定你的模塊不會運(yùn)行在多線程模式下，才可以采用StringBuilder授段；否則還是用StringBuffer蹲蒲。
