Java中字符串對(duì)象創(chuàng)建有兩種形式，一種為字面量形式，如String str = "hello";，另一種就是使用new這種標(biāo)準(zhǔn)的構(gòu)造對(duì)象的方法，如String str = new String("hello");

對(duì)于這樣的常識(shí)，不再贅述。

首先String類是final類，為什么定義成final形式呢？

簡(jiǎn)單點(diǎn)說，對(duì)于如此高頻率被使用的數(shù)據(jù)類型，設(shè)計(jì)者們認(rèn)為已經(jīng)設(shè)計(jì)的足夠優(yōu)秀了，不需要被繼承，否則胡亂繼承重寫可能會(huì)降低程序的性能。

正如標(biāo)題所述，既然深入，那我們就挖下String在jvm層面的小動(dòng)作。

先解釋字面量創(chuàng)建的形式：

當(dāng)代碼中出現(xiàn)字面量形式創(chuàng)建字符串對(duì)象時(shí)，JVM首先會(huì)對(duì)這個(gè)字面量進(jìn)行檢查，如果字符串常量池中存在相同內(nèi)容的字符串對(duì)象的引用，則將這個(gè)引用返回，否則新的字符串對(duì)象被創(chuàng)建，然后將這個(gè)引用放入字符串常量池，并返回該引用。

如下所示：

String str1 = "hello" ;

當(dāng)我們第一次創(chuàng)建的時(shí)候，這里我們認(rèn)為沒有內(nèi)容為hello的對(duì)象存在。JVM通過字符串常量池查找不到內(nèi)容為hello的字符串對(duì)象存在，那么會(huì)創(chuàng)建這個(gè)字符串對(duì)象，然后將剛創(chuàng)建的對(duì)象的引用放入到字符串常量池中,并且將引用返回給變量str1

如果接下來有這樣一段代碼

String str2 = "hello" ;

同樣JVM還是要檢測(cè)這個(gè)字面量，JVM通過查找字符串常量池，發(fā)現(xiàn)內(nèi)容為”hello”字符串對(duì)象存在，于是將已經(jīng)存在的字符串對(duì)象的引用返回給變量str2。注意這里不會(huì)重新創(chuàng)建新的字符串對(duì)象。

驗(yàn)證是否為str1和str2是否指向同一對(duì)象，我們可以通過這段代碼

System.out.println(str1 == str2);

結(jié)果為true。

第二種使用new創(chuàng)建：

String str3 = new String("hello");

當(dāng)我們使用了new來構(gòu)造字符串對(duì)象的時(shí)候，不管字符串常量池中有沒有相同內(nèi)容的對(duì)象的引用，新的字符串對(duì)象都會(huì)創(chuàng)建。因此我們使用下面代碼測(cè)試一下，

String str3 = new String("hello");
System.out.println(str1 == str3);

結(jié)果為false。說明這兩個(gè)引用指向不同的對(duì)象。

intern

對(duì)于上面使用new創(chuàng)建的字符串對(duì)象，如果想將這個(gè)對(duì)象的引用加入到字符串常量池，可以使用intern方法。

調(diào)用intern后，首先檢查字符串常量池中是否有該對(duì)象的引用，如果存在，則將這個(gè)引用返回給變量，否則將引用加入并返回給變量。

String str4 = str3.intern();
System.out.println(str4 == str1);

結(jié)果為true。

疑難問題

前提條件？

字符串常量池實(shí)現(xiàn)的前提條件就是Java中String對(duì)象是不可變的，這樣可以安全保證多個(gè)變量共享同一個(gè)對(duì)象。如果Java中的String對(duì)象可變的話，一個(gè)引用操作改變了對(duì)象的值，那么其他的變量也會(huì)受到影響，顯然這樣是不合理的。

引用 or 對(duì)象

字符串常量池中存放的時(shí)引用還是對(duì)象，這個(gè)問題是最常見的。字符串常量池存放的是對(duì)象引用，不是對(duì)象。在Java中，對(duì)象都創(chuàng)建在堆內(nèi)存中。字符串常量池存在于堆內(nèi)存中的永久代

優(yōu)缺點(diǎn)

字符串常量池的好處就是減少相同內(nèi)容字符串的創(chuàng)建，節(jié)省內(nèi)存空間。

如果硬要說弊端的話，就是犧牲了CPU計(jì)算時(shí)間來?yè)Q空間。CPU計(jì)算時(shí)間主要用于在字符串常量池中查找是否有內(nèi)容相同對(duì)象的引用。不過其內(nèi)部實(shí)現(xiàn)為HashTable，所以計(jì)算成本較低。

GC回收？

因?yàn)樽址Ａ砍刂谐钟辛斯蚕淼淖址畬?duì)象的引用，這就是說是不是會(huì)導(dǎo)致這些對(duì)象無法回收？

首先問題中共享的對(duì)象一般情況下都比較小。據(jù)我查證了解，在早期的版本中確實(shí)存在這樣的問題，但是隨著弱引用的引入，目前這個(gè)問題應(yīng)該沒有了。

intern使用？

關(guān)于使用intern的前提就是你清楚自己確實(shí)需要使用。比如，我們這里有一份上百萬的記錄，其中記錄的某個(gè)值多次為美國(guó)加利福尼亞州，我們不想創(chuàng)建上百萬條這樣的字符串對(duì)象，我們可以使用intern只在內(nèi)存中保留一份即可。

總有例外？

你知道下面的代碼，會(huì)創(chuàng)建幾個(gè)字符串對(duì)象，在字符串常量池中保存幾個(gè)引用么？

String test = "a" + "b" + "c";

答案是只創(chuàng)建了一個(gè)對(duì)象，在常量池中也只保存一個(gè)引用。我們使用javap反編譯看一下即可得知。

實(shí)際上在編譯期間，已經(jīng)將這三個(gè)字面量合成了一個(gè)。這樣做實(shí)際上是一種優(yōu)化，避免了創(chuàng)建多余的字符串對(duì)象，也沒有發(fā)生字符串拼接問題。

以上這篇老生常談Java String字符串(必看篇)就是小編分享給大家的全部?jī)?nèi)容了，希望能給大家一個(gè)參考，也希望大家多多支持腳本之家。

最新評(píng)論