「StringBuffer是同步的（或線程安全的）並且StringBuilder不是」，爲什麼這會使StringBuffer方法變慢？

看完這個之後 - What does 'synchronized' mean?我還是不明白爲什麼在線程安全的環境中StringBuffer會比StringBuilder慢。 StringBuffer需要做什麼額外的費時工作才能讓它變慢？「StringBuffer是同步的（或線程安全的）並且StringBuilder不是」，爲什麼這會使StringBuffer方法變慢？

來源

2011-06-09 Shailesh Tainwala

你回答你自己的問題。 StringBuffer是同步的，所以它必須做更多的工作，而另一個人則必須做。在這種情況下更糟糕的是99％的時間不需要。 – 2011-06-09 14:02:24

...以及他鏈接到的線程非常多解釋了爲什麼同步的成本比沒有同步的代碼要多一點。 – Kaj 2011-06-09 14:05:46

既然上一個問題的重點不在於同步方法做了多少額外的工作，我不得不假設可能會有比答案中提到的更多的東西（爲了證明非常激烈的理由'不要使用StringBuffer，除非需要同步'我遇到的陳述）。下面所選的答案給出了我需要的信息。我認爲這個問題是合理的。 – 2011-06-10 08:56:04

有一些小的開銷獲取和釋放甚至是無競爭的鎖，lock elision不會StringBuffer工作，即使大多數情況下不使用跨線程，因爲一個實例可能是。

查看http://book.javanb.com/java-threads-3rd/jthreads3-CHP-5-SECT-1.html瞭解虛擬機在獲取和釋放鎖時必須執行的操作。

來源

2011-06-09 14:07:27

確保事物正在同步運行。或者，更重要的是，不同步。同步方法調用意味着該方法的兩個不同的調用（如果該對象不是靜態的，則該對象不得不輪流）進入該方法。在線程A（已經在方法中）完成之前，線程B不能輸入方法synchMeth。

檢查一個同步塊是否被鎖定，並由誰加入，花費額外的時間。

來源

2011-06-09 14:08:55 Atreys

從JavaDoc

StringBuilder類提供的StringBuffer兼容的API 看了這個，但沒有同步的保證。這個類被設計用於替換字符串緩衝區，其中字符串緩衝區被使用由單個線程（通常爲的情況）在地點替換爲字符串緩衝區。在可能的情況下，建議使用這個類優先使用 StringBuffer，因爲在大多數實現中，它將更快地使用。

您必須閱讀這篇文章StringBuffer vs. StringBuilder performance comparison