本文非原創,出自:http://freej.blog.51cto.com/235241/168676java
1、最開始的示例程序員
寫代碼最重要的就是實踐,不通過反覆試驗而得出的說辭只能說是憑空遐想罷了。因此,在本文中首先以一個簡單示例來拋出核心話題:小程序
public class StringAsParamOfMethodDemo {
public static void main(String[] args) {
StringAsParamOfMethodDemo StringAsParamOfMethodDemo = new StringAsParamOfMethodDemo();
StringAsParamOfMethodDemo.testA();
}
private void testA() {
String originalStr = "original";
System.out.println("Test A Begin:");
System.out.println("The outer String: " + originalStr);
simpleChangeString(originalStr);
System.out.println("The outer String after inner change: " + originalStr);
System.out.println("Test A End.");
System.out.println();
}
public void simpleChangeString(String original) {
original = original + " is changed!";
System.out.println("The changed inner String: " + original);
}
}
這段代碼的邏輯是這樣的:先賦值一個String類型的局部變量,而後把這個變量做爲參數送進一個方法中,在這個方法中改變該變量的值。編譯運行以後,發現輸出結果是這樣的: Test A Begin:The outer String: originalThe changed inner String: original is changed!The outer String after inner change: originalTest A End. 這個結果代表在方法內部對String類型的變量的從新賦值操做並無對這個變量的原型產生任何影響。好了,這個示例的邏輯和運行結果都展現清楚了,接下來咱們來對這個小程序進行分析。在這以前咱們先來回顧下Java中所謂的「傳值」和「傳引用」問題。數組
2、Java中的「傳值」和「傳引用」問題框架
許多初學Java的程序員都在這個問題上有所思索,那是由於這是所謂的「C語言的傳值和傳指針問題」在Java語言上同類表現。最後得出的結論是:在Java中,當基本類型做爲參數傳入方法時,不管該參數在方法內怎樣被改變,外部的變量原型老是不變的,代碼相似上面的示例: 函數
int number = 0;
changeNumber(number) {number++}; //改變送進的int變量
System.out.println(number); //這時number依然爲0 這就叫作「值傳遞」,即方法操做的是參數變量(也就是原型變量的一個值的拷貝)改變的也只是原型變量的一個拷貝而已,而非變量自己。因此變量原型並不會隨之改變。 但當方法傳入的參數爲非基本類型時(也就是說是一個對象類型的變量), 方法改變參數變量的同時變量原型也會隨之改變,代碼一樣相似上面的示例: this
StringBuffer strBuf = new StringBuffer(「original」);
changeStringBuffer(strBuf) {strbuf.apend(「 is changed!」)} //改變送進的StringBuffer變量
System.out.println(strBuf); //這時strBuf的值就變爲了original is changed! 這種特性就叫作「引用傳遞」,也叫作傳址,即方法操做參數變量時是拷貝了變量的引用,然後經過引用找到變量(在這裏是對象)的真正地址,並對其進行操做。當該方法結束後,方法內部的那個參數變量隨之消失。可是要知道這個變量只是對象的一個引用而已,它只是指向了對象所在的真實地址,而非對象自己,因此它的消失並不會帶來什麼負面影響。回頭來看原型變量,原型變量本質上也是那個對象的一個引用(和參數變量是同樣同樣的),當初對參數變量所指對象的改變就根本就是對原型變量所指對象的改變。因此原型變量所表明的對象就這樣被改變了,並且這種改變被保存了下來。 瞭解了這個經典問題,不少細心的讀者確定會馬上提出新的疑問:「但是String類型在Java語言中屬於非基本類型啊!它在方法中的改變爲何沒有被保存下來呢!」的確,這是個問題,並且這個新疑問幾乎推翻了那個經典問題的所有結論。真是這樣麼?好,如今咱們就來繼續分析。spa
3、關於String參數傳遞問題的曲解之一——直接賦值與對象賦值指針
String類型的變量做爲參數時怎麼會像基本類型變量那樣以傳值方式傳遞呢?關於這個問題,有些朋友給出過解釋,但惋惜並不正確。一種解釋就是,對String類型的變量賦值時並無new出對象,而是直接用字符串賦值,因此Java就把這個String類型的變量看成基本類型看待了。即,應該String str = new String(「original」);,而不是String str = 「original」;。這是問題所在麼?咱們來爲先前的示例稍微改造下,運行以後看看結果就知道了。改造後的代碼以下: orm
private void testB() {
String originalStr = new String("original");
System.out.println("Test B Begin:");
System.out.println("The outer String: " + originalStr);
changeNewString(originalStr);
System.out.println("The outer String after inner change: " + originalStr);
System.out.println("Test B End:");
System.out.println();
}
public void changeNewString(String original) {
original = new String(original + " is changed!");
System.out.println("The changed inner String: " + original);
}
咱們來看看此次運行結果是怎麼樣的: Test B Begin:The outer String: originalThe changed inner String: original is changed!The outer String after inner change: originalTest B End. 實踐證實,這種說法是錯的。實際上,字符串直接賦值和用new出的對象賦值的區別僅僅在於存儲方式不一樣。簡單說明下:字符串直接賦值時,String類型的變量所引用的值是存儲在類的常量池中的。由於」original」自己是個字符串常量,另外一方面String是個不可變類型,因此這個String類型的變量至關因而對一個常量的引用。這種狀況下,變量的內存空間大小是在編譯期就已經肯定的。而new對象的方式是將」original」存儲到String對象的內存空間中,而這個存儲動做是在運行期進行的。在這種狀況下,Java並非把」original」這個字符串看成常量對待的,由於這時它是做爲建立String對象的參數出現的。因此對String的賦值方式和其參數傳值問題並無直接聯繫。總之,這種解釋並非正解。
4、關於String參數傳遞問題的曲解之二——「=」變值與方法變值
又有些朋友認爲,變值不一樣步的問題是處在改變值的方式上。這種說法認爲:「在Java 中,改變參數的值有兩種狀況,第一種,使用賦值號「=」直接進行賦值使其改變;第二種,對於某些對象的引用,經過必定途徑對其成員數據進行改變,如經過對象的自己的方法。對於第一種狀況,其改變不會影響到被傳入該參數變量的方法之外的數據,或者直接說源數據。而第二種方法,則相反,會影響到源數據——由於引用指示的對象沒有變,對其成員數據進行改變則實質上是改變的該對象。」這種方式聽起來彷佛有些…,咱們仍是用老辦法,編寫demo,作個小試驗,代碼以下:
private void testC() {
String originalStr = new String("original");
System.out.println("Test C Begin:");
System.out.println("The outer String: " + originalStr);
changeStrWithMethod(originalStr);
System.out.println("The outer String after inner change: " + originalStr);
System.out.println("Test C End.");
System.out.println();
}
private static void changeStrWithMethod(String original) {
original = original.concat(" is changed!");
System.out.println("The changed inner String: " + original);
}
結果以下: Test C Begin:The outer String: originalThe changed inner String: original is changed!The outer String after inner change: originalTest C End. 怎麼樣,這證實了問題並非出在這,又一個解釋在實踐論據下夭折了。那究竟是什麼緣由致使了這種情況呢?好了,不賣關子了,下面說下個人解釋。
5、 String參數傳遞問題的癥結所在
其實,要想真正理解一個類或者一個API/框架的最直接的方法就是看源碼。下面咱們來看看new出String對象的那小段代碼(String類中),也就是String類的構造函數:
public String(String original) {
int size = original.count;
char[] originalValue = original.value;
char[] v;
if (originalValue.length > size) {
// The array representing the String is bigger than the new
// String itself. Perhaps this constructor is being called
// in order to trim the baggage, so make a copy of the array.
int off = original.offset;
v = Arrays.copyOfRange(originalValue, off, off+size);
} else {
// The array representing the String is the same
// size as the String, so no point in making a copy.
v = originalValue;
}
this.offset = 0;
this.count = size;
this.value = v;
}
也許你注意到了裏面的char[],這說明對String的存儲實際上經過char[]來實現的。怎麼樣?其實就是一層窗戶紙。不知道你們還記不記得在Java API中定義的那些基本類型的包裝類。好比Integer是int包裝類、Float是float的包裝類等等。對這些包裝類的值操做實際上都是經過對其對應的基本類型操做而實現的。是否是有所感悟了?對,String就至關因而char[]的包裝類。包裝類的特質之一就是在對其值進行操做時會體現出其對應的基本類型的性質。在參數傳遞時,包裝類就是如此體現的。因此,對於String在這種狀況下的展示結果的解釋就天然而然得出了。一樣的,Integer、Float等這些包裝類和String在這種狀況下的表現是相同的,具體的分析在這裏就省略了,有興趣的朋友能夠本身作作試驗。這也就是爲何當對字符串的操做在經過不一樣方法來實現的時候,推薦你們使用StringBuffer的真正緣由了。至於StringBuffer爲何不會表現出String這種現象,你們再看看的StringBuffer的實現就會明白了,在此也再也不贅述了。
6、寫在最後
由此String類型的參數傳遞問題的原理也就展示出來了。其實能夠看出,只要分析方式正確,思考終究得出正確結論的。正確分析方法的基礎有二:一、 多實踐:手千萬不要犯懶,實踐必會出真知。二、 基於原理:搞清楚程序邏輯的最直接最簡單的方式就是看源碼,這毋庸置疑。只要基於這兩個基礎進行分析,在不少狀況下會達到事半功倍的效果。這算是經驗之談吧,也算是分析程序的「捷徑」方式之一。
示例五:
public class TestArray{
public static void main(String[] args){
Change chge = new Change();
String[] str1 = {new String("hello"),new String("world")};
String str2 = new String("hello");
chge.change(str1,str2);
System.out.println(str1[0]);
System.out.println(str2);
}
}
class Change {
public static void change(String[] s1,String s2){
s1[0] = new String("change");
s2="change";
}
}
解析:程序輸出的結果將是change和hello,對於爲何輸出hello前面已經解釋過了,如今解釋一下String數組做爲函數參數時的特色。在java中數組是被看作對象來處理的,以上面的str1[]爲例,str1是指向數組對象的句柄,而str1的元素保存的是指向String對象的句柄,str1至關於C語言中指向指針的指針。上面的程序中,當咱們調用change()函數的時候,首先將str1的拷貝賦給s1,str1和s1指向相同的數組對象內存空間,當咱們經過s1改變數組元素的屬性的時候,改變的是str1和s1共同指向的地址空間,因此函數中經過s1改變數組第一個元素處的句柄的時候會影響到str1,調用完change()函數str1指向的數組對象的第一個元素處的句柄發生了改變,指向了新的「change」字符串對象。
其實不只僅是String數組,對於任何類型的數組,當把數組做爲函數參數時,在函數中對數組元素的改變都會反映到實參上面,以下面的示例:
示例六:
public class TestArray{
public static void main(String args[]){
int a[]=new int[]{1,2,3,4};
System.out.println(a[0]);
change(a);
System.out.println(a[0]);
}
public static void change(int a1[]){
a1[0]=0;
}
}
解析;和String數組相似,上面的程序輸出的會是1和0。
總結:上面說了這麼多,其實關鍵是理解String類型的特性,以及數組在java中構成的基本原理。String很是像基本數據類型,可是他不是,他就是一個對象,可是這個對象有他自己和普通對象不一樣的特性。java中的數組,若是是對象數組的話其元素保存的是指向某特定類型對象的句柄,若是是基本類型的數組其元素保存的是該基本類型的值,而數組變量自己是指向數組內存的句柄,咱們對數組元素進行更改時改變的是指向某個對象的句柄或基本數據類型的值。