Java中的String對象

這篇文章將為大家詳細講解有關Java中的String對象，小編覺得挺實用的，因此分享給大家做個參考，希望大家閱讀完這篇文章后可以有所收獲。

String對象是動態對象，需要創建對象實例后才能引用它的屬性和方法。在創建一個String對象變量時，可以使用new運算符來創建，也可以直接將字符串賦給變量。例如:strValue="Hello"與strVal=new String("hello")是等價的。

Java對象實現的演進

String對象是Java中使用最頻繁的對象之一，所以Java開發者們也在不斷地對String對象的實現進行優化，以便提升String對象的性能。

Java6以及之前版本中String對象的屬性

在Java6以及之前版本中，String對象是對char數組進行了封裝實現的對象，其主要有4個成員成員變量，分別是char數組、偏移量offset、字符數量count和哈希值hash。String對象是通過offset和count兩個屬性來定位char[]數組，獲取字符串。這樣做可以高效、快速地共享數組對象，同時節省內存空間，但是這種方式卻可能會導致內存泄漏的發生。

Java7、8版本中String對象的屬性

從Java7版本開始，Java對String類做了一些改變，具體是String類不再有offset和count兩個變量了。這樣做的好處是String對象占用的內存稍微少了點，同時String.substring()方法也不再共享char[]了，從而解決了使用該方法可能導致的內存泄漏問題。

Java9以及之后版本中String對象的屬性

從Java9版本開始，Java將char[]數組改為了byte[]數組。我們都知道，char是兩個字節的，如果用來存一個字節的情況下就會造成內存空間的浪費。而為了節約這一個字節的空間，Java開發者就改成了一個使用一個字節的byte來存儲字符串。

另外，在Java9中，String對象維護了一個新的屬性coder，這個屬性是編碼格式的標識，在計算字符串長度或者調用indexOf()方法的時候，會需要根據這個字段去判斷如何計算字符串長度。coder屬性默認有0和1兩個值，其中0代表Latin-1（單字節編碼），1則表示UTF-16編碼。

String對象的創建方式與在內存中的存放

在Java中，對于基本數據類型的變量和對對象的引用，保存在棧內存的局部變量表中；而通過new關鍵字和Constructor創建的對象，則是保存在堆內存中。而String對象的創建方式一般為兩種，一種是字面量（字符串常量）的方式，一種則是構造函數（String()）的方式，兩種方式在內存中的存放有所不同。

字面量（字符串常量）的創建方式

使用字面量的方式創建字符串時，JVM會在字符串常量池中先檢查是否存在該字面量，如果存在，則返回該字面量在內存中的引用地址；如果不存在，則在字符串常量池中創建該字面量并返回引用。使用這種方式創建的好處是避免了相同值的字符串在內存中被重復創建，節約了內存，同時這種寫法也會比較簡單易讀一些。

String str = "i like yanggb.";

構造函數（String()）的創建方式

使用構造函數的方式創建字符串時，JVM同樣會在字符串常量池中先檢查是否存在該字面量，只是檢查后的情況會和使用字面量創建的方式有所不同。如果存在，則會在堆中另外創建一個String對象，然后在這個String對象的內部引用該字面量，最后返回該String對象在內存地址中的引用；如果不存在，則會先在字符串常量池中創建該字面量，然后再在堆中創建一個String對象，然后再在這個String對象的內部引用該字面量，最后返回該String對象的引用。

String str = new String("i like yanggb.");

這就意味著，只要使用這種方式，構造函數都會另行在堆內存中開辟空間，創建一個新的String對象。具體的理解是，在字符串常量池中不存在對應的字面量的情況下，new String()會創建兩個對象，一個放入常量池中（字面量），一個放入堆內存中（字符串對象）。

字符串常量池

這里要特別說明一下常量池。常量池是JVM為了減少字符串對象的重復創建，特別維護了一個特殊的內存，這段內存被稱為字符串常量池或者字符串字面量池。在JDK1.6以及之前的版本中，運行時常量池是在方法區中的。在JDK1.7以及之后版本的JVM，已經將運行時常量池從方法區中移了出來，在Java堆（Heap）中開辟了一塊區域用來存放運行時常量池。而從JDK1.8開始，JVM取消了Java方法區，取而代之的是位于直接內存的元空間（MetaSpace）。總結就是，目前的字符串常量池在堆中。

我們所知道的幾個String對象的特點都來源于String常量池。

1.在常量池中會共享所有的String對象，因此String對象是不可被修改的，因為一旦被修改，就會導致所有引用此String對象的變量都隨之改變（引用改變），所以String對象是被設計為不可修改的，后面會對這個不可變的特性做一個深入的了解。

2.String對象拼接字符串的性能較差的說法也是來源于此，因為String對象不可變的特性，每次修改（這里是拼接）都是返回一個新的字符串對象，而不是再原有的字符串對象上做修改，因此創建新的String對象會消耗較多的性能（開辟另外的內存空間）。

3.因為常量池中創建的String對象是共享的，因此使用雙引號聲明的String對象（字面量）會直接存儲在常量池中，如果該字面量在之前已存在，則是會直接引用已存在的String對象，這一點在上面已經描述過了，這里再次提及，是為了特別說明這一做法保證了在常量池中的每個String對象都是唯一的，也就達到了節約內存的目的。

String對象的比較

比較兩個String對象是否相等，通常是有【==】和【equals()】兩個方法。

在基本數據類型中，只可以使用【==】，也就是比較他們的值是否相同；而對于對象（包括String）來說，【==】比較的是地址是否相同，【equals()】才是比較他們內容是否相同；而equals()是Object都擁有的一個函數，本身就要求對內部值進行比較。

String str = "i like yanggb.";
String str1 = new String("i like yanggb.");
System.out.println(str == str1); // falseSystem.out.println(str.equals(str1)); // true

因為使用字面量方式創建的String對象和使用構造函數方式創建的String對象的內存地址是不同的，但是其中的內容卻是相同的，也就導致了上面的結果。

String對象中的intern()方法

我們都知道，String對象中有很多實用的方法。為什么其他的方法都不說，這里要特別說明這個intern()方法呢，因為其中的這個intern()方法最為特殊。它的特殊性在于，這個方法在業務場景中幾乎用不上，它的存在就是在為難程序員的，也可以說是為了幫助程序員了解JVM的內存結構而存在的（？我信你個鬼，你個糟老頭子壞得很）。

/*** When the intern method is invoked, if the pool already contains a
* string equal to this {@code String} object as determined by
* the {@link #equals(Object)} method, then the string from the pool is
* returned. Otherwise, this {@code String} object is added to the
* pool and a reference to this {@code String} object is returned.
**/public native String intern();

上面是源碼中的intern()方法的官方注釋說明，大概意思就是intern()方法用來返回常量池中的某字符串，如果常量池中已經存在該字符串，則直接返回常量池中該對象的引用。否則，在常量池中加入該對象，然后返回引用。然后我們可以從方法簽名上看出intern()方法是一個native方法。

下面通過幾個例子來詳細了解下intern()方法的用法。

第一個例子

String str1 = new String("1");
System.out.println(str1 == str1.intern()); // falseSystem.out.println(str1 == "1"); // false

在上面的例子中，intern()方法返回的是常量池中的引用，而str1保存的是堆中對象的引用，因此兩個打印語句的結果都是false。

第二個例子

String str2 = new String("2") + new String("3");
System.out.println(str2 == str2.intern()); // trueSystem.out.println(str2 == "23"); // true

在上面的例子中，str2保存的是堆中一個String對象的引用，這和JVM對【+】的優化有關。實際上，在給str2賦值的第一條語句中，創建了3個對象，分別是在字符串常量池中創建的2和3、還有在堆中創建的字符串對象23。因為字符串常量池中不存在字符串對象23，所以這里要特別注意：intern()方法在將堆中存在的字符串對象加入常量池的時候采取了一種截然不同的處理方案——不是在常量池中建立字面量，而是直接將該String對象自身的引用復制到常量池中，即常量池中保存的是堆中已存在的字符串對象的引用。根據前面的說法，這時候調用intern()方法，就會在字符串常量池中復制出一個對堆中已存在的字符串常量的引用，然后返回對字符串常量池中這個對堆中已存在的字符串常量池的引用的引用（就是那么繞，你來咬我呀）。這樣，在調用intern()方法結束之后，返回結果的就是對堆中該String對象的引用，這時候使用【==】去比較，返回的結果就是true了。同樣的，常量池中的字面量23也不是真正意義的字面量23了，它真正的身份是堆中的那個String對象23。這樣的話，使用【==】去比較字面量23和str2，結果也就是true了。

第三個例子

String str4 = "45";
String str3 = new String("4") + new String("5");
System.out.println(str3 == str3.intern()); // falseSystem.out.println(str3 == "45"); // false

這個例子乍然看起來好像比前面的例子還要復雜，實際上卻和上面的第一個例子是一樣的，最難理解的反而是第二個例子。

所以這里就不多說了，而至于為什么還要舉這個例子，我相信聰明的你一下子就明白了。

String對象的不可變性

先來看String對象的一段源碼。

public final class String    implements java.io.Serializable, Comparable<String>, CharSequence {    
/** The value is used for character storage. */
    private final char value[];    
    /** Cache the hash code for the string */
    private int hash; // Default to 0
    /** use serialVersionUID from JDK 1.0.2 for interoperability */
    private static final long serialVersionUID = -6849794470754667710L;
}

從類簽名上來看，String類用了final修飾符，這就意味著這個類是不能被繼承的，這是決定String對象不可變特性的第一點。從類中的數組char[] value來看，這個類成員變量被private和final修飾符修飾，這就意味著其數值一旦被初始化之后就不能再被更改了，這是決定String對象不可變特性的第二點。

Java開發者為什么要將String對象設置為不可變的，主要可以從以下三個方面去考慮：

1.安全性。假設String對象是可變的，那么String對象將可能被惡意修改。

2.唯一性。這個做法可以保證hash屬性值不會頻繁變更，也就確保了唯一性，使得類似HashMap的容器才能實現相應的key-value緩存功能。

3.功能性。可以實現字符串常量池（究竟是先有設計，還是先有實現呢）。

String對象的優化

字符串是常用的Java類型之一，所以對字符串的操作是避免不了的。而在對字符串的操作過程中，如果使用不當的話，性能可能會有天差地別，所以有一些地方是要注意一下的。

拼接字符串的性能優化

字符串的拼接是對字符串的操作中最頻繁的一個使用。由于我們都知道了String對象的不可變性，所以我們在開發過程中要盡量減少使用【+】進行字符串拼接操作。這是因為使用【+】進行字符串拼接，會在得到最終想要的結果前產生很多無用的對象。

String str = 'i';
str = str + ' ';
str = str + 'like';
str = str + ' ';
str = str + 'yanggb';
str = str + '.';
System.out.println(str); // i like yanggb.

事實上，如果我們使用的是比較智能的IDE編寫代碼的話，編譯器是會提示將代碼優化成使用StringBuilder或者StringBuffer對象來優化字符串的拼接性能的，因為StringBuilder和StringBuffer都是可變對象，也就避免了過程中產生無用的對象了。而這兩種替代方案的區別是，在需要線程安全的情況下，選用StringBuffer對象，這個對象是支持線程安全的；而在不需要線程安全的情況下，選用StringBuilder對象，因為StringBuilder對象的性能在這種場景下，要比StringBuffer對象或String對象要好得多。

使用intern()方法優化內存占用

前面吐槽了intern()方法在實際開發中沒什么用，這里又來說使用intern()方法來優化內存占用了，這人真的是，嘿嘿，真香。關于方法的使用就不說了，上面有詳盡的用法說明，這里來說說具體的應用場景好了。有一位Twitter的工程師在Qcon全球軟件開發大會上分享了一個他們對String對象優化的案例，他們利用了這個String.intern()方法將以前需要20G內存存儲優化到只需要幾百兆內存。具體就是，使用intern()方法將原本需要創建到堆內存中的String對象都放到常量池中，因為常量池的不重復特性（存在則返回引用），也就避免了大量的重復String對象造成的內存浪費問題。

什么，要我給intern()方法道歉？不可能。String.intern()方法雖好，但是也是需要結合場景來使用的，并不能夠亂用。因為實際上，常量池的實現是類似于一個HashTable的實現方式，而HashTable存儲的數據越大，遍歷的時間復雜度就會增加。這就意味著，如果數據過大的話，整個字符串常量池的負擔就會大大增加，有可能性能不會得到提升卻反而有所下降。

字符串分割的性能優化

字符串的分割是字符串操作的常用操作之一，對于字符串的分割，大部分人使用的都是split()方法，split()方法在大部分場景下接收的參數都是正則表達式，這種分割方式本身沒有什么問題，但是由于正則表達式的性能是非常不穩定的，使用不恰當的話可能會引起回溯問題并導致CPU的占用居高不下。在以下兩種情況下split()方法不會使用正則表達式：

1.傳入的參數長度為1，且不包含“.$|()[{^?*+\”regex元字符的情況下，不會使用正則表達式。

2.傳入的參數長度為2，第一個字符是反斜杠，并且第二個字符不是ASCII數字或ASCII字母的情況下，不會使用正則表達式。

所以我們在字符串分割時，應該慎重使用split()方法，而首先考慮使用String.indexOf()方法來進行字符串分割，在String.indexOf()無法滿足分割要求的時候再使用Split()方法。而在使用split()方法分割字符串時，需要格外注意回溯問題。

總結

雖然說在不了解String對象的情況下也能使用String對象進行開發，但是了解String對象可以幫助我們寫出更好的代碼。

關于Java中的String對象就分享到這里了，希望以上內容可以對大家有一定的幫助，可以學到更多知識。如果覺得文章不錯，可以把它分享出去讓更多的人看到。