Java String原始碼分析

什麼是不可變物件？

眾所周知， 在Java中， String類別是不可變的。那麼到底什麼是不可變的物件呢？ 可以這樣認(rèn)為：如果一個(gè)對(duì)象，在它創(chuàng)建完成之後，就不能再改變它的狀態(tài)，那麼這個(gè)對(duì)象就是不可變的。不能改變狀態(tài)的意思是，不能改變對(duì)象內(nèi)的成員變量，包括基本資料類型的值不能改變，引用類型的變數(shù)不能指向其他的對(duì)象，引用型別指向的對(duì)象的??狀態(tài)也不能改變。

區(qū)分物件與物件的參考

對(duì)於Java初學(xué)者， 對(duì)於String是不可變物件總是存在著疑惑?？聪旅娉淌酱a：

String s = "ABCabc"; 
System.out.println("s = " + s); 
 
s = "123456"; 
System.out.println("s = " + s);

列印結(jié)果為：

s = ABCabc
s = 123456

先建立一個(gè)String物件s，然後讓s的值為“ABCabc”， 然後又讓s的值為“123456”。 從列印結(jié)果可以看出，s的值確實(shí)改變了。那怎麼還說(shuō)String物件是不可變的呢？ 其實(shí)這裡有一個(gè)迷思： s只是一個(gè)String物件的引用，並不是物件本身。物件在記憶體中是一塊記憶體區(qū)，成員變數(shù)越多，這塊記憶體區(qū)佔(zhàn)的空間越大。引用只是一個(gè)4位元組的數(shù)據(jù)，裡面存放了它所指向的物件的位址，透過(guò)這個(gè)位址可以存取物件。

也就是說(shuō)，s只是一個(gè)引用，它指向了一個(gè)具體的對(duì)象，當(dāng)s=“123456”; 這句代碼執(zhí)行過(guò)之後，又創(chuàng)建了一個(gè)新的對(duì)象“123456”， 而引用s重新指向了這個(gè)心的對(duì)象，原來(lái)的物件「ABCabc」還在記憶體中存在，並沒(méi)有改變。記憶體結(jié)構(gòu)如下圖：

Java和C++的一個(gè)不同點(diǎn)是， 在Java中不可能直接操作物件本身，所有的對(duì)象都由一個(gè)引用指向，必須透過(guò)這個(gè)引用才能存取物件本身，包括取得成員變數(shù)的值，改變物件的成員變量，呼叫物件的方法等。而在C++中存在引用，物件和指標(biāo)三個(gè)東西，這三個(gè)東西都可以存取物件。其實(shí)，Java中的引用和C++中的指標(biāo)在概念上是相似的，他們都是存放的物件在記憶體中的位址值，只是在Java中，引用喪失了部分彈性，例如Java中的引用不能像C++中的指標(biāo)則那樣進(jìn)行加減運(yùn)算。

為什麼String物件是不可變的？

要理解String的不可變性，先來(lái)看看String類別中都有哪些成員變數(shù)。 在JDK1.6中，String的成員變數(shù)有以下幾個(gè)：

public final class String 
  implements java.io.Serializable, Comparable<String>, CharSequence 
{ 
  /** The value is used for character storage. */ 
  private final char value[]; 
 
  /** The offset is the first index of the storage that is used. */ 
  private final int offset; 
 
  /** The count is the number of characters in the String. */ 
  private final int count; 
 
  /** Cache the hash code for the string */ 
  private int hash; // Default to 0

在JDK1.7中，String類別做了一些改動(dòng)，主要是改變了substring方法執(zhí)行時(shí)的行為，這和本文的主題不相關(guān)。 JDK1.7中String類別的主要成員變數(shù)就剩下了兩個(gè)：

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

由以上的程式碼可以看出， 在Java中String類別其實(shí)就是字元數(shù)組的封裝。 JDK6中， value是String封裝的數(shù)組，offset是String在這個(gè)value數(shù)組中的起始位置，count是String所佔(zhàn)的字元的個(gè)數(shù)。在JDK7中，只有一個(gè)value變量，也就是value中的所有字元都是屬於String這個(gè)物件的。這個(gè)改變不影響本文的討論。 除此之外還有一個(gè)hash成員變量，是該String物件的雜湊值的緩存，這個(gè)成員變數(shù)也和本文的討論無(wú)關(guān)。在Java中，陣列也是物件（可以參考我之前的文章java中陣列的特性）。 所以value也只是一個(gè)引用，它指向一個(gè)真正的陣列物件。其實(shí)執(zhí)行了String s = “ABCabc”; 這句程式碼之後，真正的記憶體佈局應(yīng)該是這樣的：

# #value，offset和count這三個(gè)變數(shù)都是private的，沒(méi)有提供setValue， setOffset和setCount等公共方法來(lái)修改這些值，所以在String類別的外部無(wú)法修改String。也就是說(shuō)一旦初始化就不能修改， 且在String類別的外部不能存取這三個(gè)成員。另外，value，offset和count這三個(gè)變數(shù)都是final的，?也就是說(shuō)在String類別內(nèi)部，一旦這三個(gè)值初始化了， 也不能改變。所以可以認(rèn)為String物件是不可變的了。

那麼在String中，明明存在一些方法，呼叫他們可以得到改變後的值。這些方法包括substring， replace， replaceAll， toLowerCase等。例如如下程式碼：

String a = "ABCabc"; 
System.out.println("a = " + a); 
a = a.replace('A', 'a'); 
System.out.println("a = " + a);

列印結(jié)果為：

a = ABCabc
a = aBCabc

那么a的值看似改變了，其實(shí)也是同樣的誤區(qū)。再次說(shuō)明， a只是一個(gè)引用， 不是真正的字符串對(duì)象，在調(diào)用a.replace('A', 'a')時(shí)， 方法內(nèi)部創(chuàng)建了一個(gè)新的String對(duì)象，并把這個(gè)心的對(duì)象重新賦給了引用a。String中replace方法的源碼可以說(shuō)明問(wèn)題：

讀者可以自己查看其他方法，都是在方法內(nèi)部重新創(chuàng)建新的String對(duì)象，并且返回這個(gè)新的對(duì)象，原來(lái)的對(duì)象是不會(huì)被改變的。這也是為什么像replace， substring，toLowerCase等方法都存在返回值的原因。也是為什么像下面這樣調(diào)用不會(huì)改變對(duì)象的值：

String ss = "123456"; 
 
System.out.println("ss = " + ss); 
 
ss.replace('1', '0'); 
 
System.out.println("ss = " + ss);

打印結(jié)果：

ss = 123456
ss = 123456

String對(duì)象真的不可變嗎？

從上文可知String的成員變量是private final 的，也就是初始化之后不可改變。那么在這幾個(gè)成員中， value比較特殊，因?yàn)樗且粋€(gè)引用變量，而不是真正的對(duì)象。value是final修飾的，也就是說(shuō)final不能再指向其他數(shù)組對(duì)象，那么我能改變value指向的數(shù)組嗎？ 比如將數(shù)組中的某個(gè)位置上的字符變?yōu)橄聞澗€“_”。 至少在我們自己寫(xiě)的普通代碼中不能夠做到，因?yàn)槲覀兏静荒軌蛟L問(wèn)到這個(gè)value引用，更不能通過(guò)這個(gè)引用去修改數(shù)組。

那么用什么方式可以訪問(wèn)私有成員呢？ 沒(méi)錯(cuò)，用反射， 可以反射出String對(duì)象中的value屬性， 進(jìn)而改變通過(guò)獲得的value引用改變數(shù)組的結(jié)構(gòu)。下面是實(shí)例代碼：

public static void testReflection() throws Exception { 
   
  //創(chuàng)建字符串"Hello World"， 并賦給引用s 
  String s = "Hello World";  
   
  System.out.println("s = " + s); //Hello World 
   
  //獲取String類中的value字段 
  Field valueFieldOfString = String.class.getDeclaredField("value"); 
   
  //改變value屬性的訪問(wèn)權(quán)限 
  valueFieldOfString.setAccessible(true); 
   
  //獲取s對(duì)象上的value屬性的值 
  char[] value = (char[]) valueFieldOfString.get(s); 
   
  //改變value所引用的數(shù)組中的第5個(gè)字符 
  value[5] = '_'; 
   
  System.out.println("s = " + s); //Hello_World 
}

打印結(jié)果為：

s = Hello World
s = Hello_World

在這個(gè)過(guò)程中，s始終引用的同一個(gè)String對(duì)象，但是再反射前后，這個(gè)String對(duì)象發(fā)生了變化， 也就是說(shuō)，通過(guò)反射是可以修改所謂的“不可變”對(duì)象的。但是一般我們不這么做。這個(gè)反射的實(shí)例還可以說(shuō)明一個(gè)問(wèn)題：如果一個(gè)對(duì)象，他組合的其他對(duì)象的狀態(tài)是可以改變的，那么這個(gè)對(duì)象很可能不是不可變對(duì)象。例如一個(gè)Car對(duì)象，它組合了一個(gè)Wheel對(duì)象，雖然這個(gè)Wheel對(duì)象聲明成了private final 的，但是這個(gè)Wheel對(duì)象內(nèi)部的狀態(tài)可以改變， 那么就不能很好的保證Car對(duì)象不可變。

感謝閱讀，希望能幫助到大家，謝謝大家對(duì)本站的支持！

更多Java String源碼分析相關(guān)文章請(qǐng)關(guān)注PHP中文網(wǎng)！