接上篇文章,繼續闡述相關的重點基礎知識,話很少說!html
1、Java中equals()和「==」區別java
1.對於8種基礎數據類型,使用「=="比較值是否相等;安全
2.對於複合數據類型(類),使用equals()和「==」效果是同樣的,二者比較的都是對象在內存中的存放地址(確切的說,是堆內存地址)。多線程
3.對於引用類型String、Integer、Date等覆蓋了equals()方法的類型,「==」比較的是存放的內存地址。而equals()的結果則由覆蓋後的代碼決定。app
4.string類型中,equals()比較的是兩字符串內容是否相同。如:post
String s1 =
"Hello"
;
ui
String s2 =
"Hello"
;
url
s1.equals(s2)返回
true
;
s1==s2返回
true
;
String s1 =
"Hello"
;
String s2 =
new
String(
"Hello"
);
s1.equals(s2)返回的仍是
true
;
可是s1==s2返回
false
;
這三個類之間的區別主要是在兩個方面,即運行速度和線程安全這兩方面。spa
String最慢的緣由:
線程
String爲字符串常量,而StringBuilder和StringBuffer均爲字符串變量,即String對象一旦建立以後該對象是不可更改的,但後二者的對象是變量,是能夠更改的。如下面一段代碼爲例:
1 String str="abc"; 2 System.out.println(str); 3 str=str+"de"; 4 System.out.println(str);
若是運行這段代碼會發現先輸出「abc」,而後又輸出「abcde」,好像是str這個對象被更改了,其實,這只是一種假象罷了,JVM對於這幾行代碼是這樣處理的,首先建立一個String對象str,並把「abc」賦值給str,而後在第三行中,其實JVM又建立了一個新的對象也名爲str,而後再把原來的str的值和「de」加起來再賦值給新的str,而原來的str就會被JVM的垃圾回收機制(GC)給回收掉了,因此,str實際上並無被更改,也就是前面說的String對象一旦建立以後就不可更改了。因此,Java中對String對象進行的操做其實是一個不斷建立新的對象而且將舊的對象回收的一個過程,因此執行速度很慢。而StringBuilder和StringBuffer的對象是變量,對變量進行操做就是直接對該對象進行更改,而不進行建立和回收的操做,因此速度要比String快不少。
注意:上述代碼若是是這樣建立的話,結果就不一樣了:
1 String str="abc"+"de"; 2 StringBuilder stringBuilder=new StringBuilder().append("abc").append("de"); 3 System.out.println(str); 4 System.out.println(stringBuilder.toString());
這樣輸出結果也是「abcde」和「abcde」,可是String的速度卻比StringBuilder的反應速度要快不少,這是由於第1行中的操做和
String str="abcde";
是徹底同樣的,因此會很快,而若是寫成下面這種形式
1 String str1="abc"; 2 String str2="de"; 3 String str=str1+str2;
那麼JVM就會像上面說的那樣,不斷的建立、回收對象來進行這個操做了。速度就會很慢。
2. 再來講線程安全
在線程安全上,StringBuilder是線程不安全的,而StringBuffer是線程安全的
若是一個StringBuffer對象在字符串緩衝區被多個線程使用時,StringBuffer中不少方法能夠帶有synchronized關鍵字,因此能夠保證線程是安全的,但StringBuilder的方法則沒有該關鍵字,因此不能保證線程安全,有可能會出現一些錯誤的操做。因此若是要進行的操做是多線程的,那麼就要使用StringBuffer,可是在單線程的狀況下,仍是建議使用速度比較快的StringBuilder。
3. 總結一下
String:適用於少許的字符串操做的狀況
StringBuilder:適用於單線程下在字符緩衝區進行大量操做的狀況
StringBuffer:適用多線程下在字符緩衝區進行大量操做的狀況