其實只要找下Google大神就有答案了：StringBuffer 與 StringBuilder 中的方法和功能完全是等價的，只是StringBuffer 中的方法大都采用了 synchronized 關鍵字進行修飾，因此是線程安全的，而 StringBuilder 沒有這個修飾，可以被認為是線程不安全的。
為了更好的理解上述的答案，還是直接看StringBuffer與StringBuilder的
源碼實現比較實在，作為一個程序猿，“有疑問，看源碼”才是正道，我可以負責任的說，當然了得有條件才行！
jdk的實現中StringBuffer與StringBuilder都繼承自AbstractStringBuilder，對于多線程的安全與非安全看到StringBuffer中方法前面的一堆synchronized就大概了解了。
這里隨便講講AbstractStringBuilder的實現原理：我們知道使用StringBuffer等無非就是為了提高
java中字符串連接的效率，因為直接使用+進行字符串連接的話，jvm會創建多個String對象，因此造成一定的開銷。AbstractStringBuilder中采用一個char數組來保存需要append的字符串，char數組有一個初始大小，當append的字符串長度超過當前char數組容量時，則對char數組進行動態擴展，也即重新申請一段更大的內存空間，然后將當前char數組拷貝到新的位置，因為重新分配內存并拷貝的開銷比較大，所以每次重新申請內存空間都是采用申請大于當前需要的內存空間的方式，這里是2倍。
接下來，玩些好玩的！
在Google中出來了這么一些信息：
【
StringBuffer 始于 JDK 1.0
StringBuilder 始于 JDK 1.5
從 JDK 1.5 開始，帶有字符串變量的連接操作（+），JVM 內部采用的是
StringBuilder 來實現的，而之前這個操作是采用 StringBuffer 實現的。
】
我們通過一個簡單的程序來看其執行的流程：
清單1 Buffer.java
- public class Buffer {
- public static void main(String[] args) {
- String s1 = "aaaaa";
- String s2 = "bbbbb";
- String r = null;
- int i = 3694;
- r = s1 + i + s2;
-
- for(int j=0;i<10;j++){
- r+="23124";
- }
- }
- }
使用命令javap -c Buffer查看其字節碼實現：
清單2 Buffer類字節碼
將清單1和清單2對應起來看，清單2的字節碼中ldc指令即從常量池中加載“aaaaa”字符串到棧頂，istore_1將“aaaaa”存到變量1中，后面的一樣，s
ipush是將一個短整型常量值(-32768~32767)推送至棧頂，這里是常量“3694”，更多的Java指令集請查看另一篇文章“Java指令集”。
讓我們直接看到13,13~17是new了一個StringBuffer對象并調用其初始化方法，20~21則是先通過aload_1將變量1壓到棧頂，前面說過變量1放的就是字符串常量“aaaaa”，接著通過指令invokevirtual調用StringBuffer的append方法將“aaaaa”拼接起來，后續的24~30同理。最后在33調用StringBuffer的toString函數獲得String結果并通過astore存到變量3中。
看到這里可能有人會說，“既然JVM內部采用了StringBuffer來連接字符串了，那么我們自己就不用用StringBuffer，直接用”+“就行了吧！“。是么？當然不是了。俗話說”存在既有它的理由”，讓我們繼續看后面的循環對應的字節碼。
37~42都是進入for循環前的一些準備工作，37,38是將j置為1。44這里通過if_icmpge將j與10進行比較，如果j大于10則直接跳轉到73，也即return語句退出函數；否則進入循環，也即47~66的字節碼。這里我們只需看47到51就知道為什么我們要在代碼中自己使用StringBuffer來處理字符串的連接了，因為每次執行“+”操作時jvm都要new一個StringBuffer對象來處理字符串的連接，這在涉及很多的字符串連接操作時開銷會很大。
