有關(guān)Java數(shù)組間賦值的問題
今天寫個(gè)JAVA程序，老是出現(xiàn)錯(cuò)誤，于是單步調(diào)試了很久，真的很久，NND ，幾百行的程序調(diào)試了老半天了都，結(jié)果終于被我發(fā)現(xiàn)問題的說在了，不過費(fèi)了這么多事，原來是一個(gè)JAVA的一個(gè)細(xì)節(jié)的東西在搞鬼，我是初學(xué)JAVA，對(duì)JAVA的了解也沒有那么深入，所以它的特性也么有掌握好，不過今天被這些細(xì)節(jié)的東西整慘了。
大家都知道，在C 和C++中，數(shù)組是不能直接被賦值的，假設(shè)有兩個(gè)數(shù)組 a[10],b[10]，在C和C++中是不能以 a=b的方式把b中的內(nèi)容賦值給相應(yīng)的數(shù)組a的，因?yàn)閍和b的值其實(shí)就是該數(shù)組的頭指針指向的地址，當(dāng)然如果很了解數(shù)組的實(shí)現(xiàn)原理的話，這就很好理解了，在《數(shù)據(jù)結(jié)果》的可能中有涉及到，總之知道數(shù)據(jù)的數(shù)組名就是數(shù)組的頭指針指向的***元素的地址，如果能這樣理解的話，那么用大腿想一下就知道a=b是不能實(shí)現(xiàn)數(shù)組的賦值的，一般在C和C++中我們采用了一個(gè)循環(huán)來單個(gè)賦值，類似這樣的：
- for(int i=0;i<10;i++)
- a[i]=b[i];
方式來實(shí)現(xiàn)，學(xué)了這么久的C和C++，用的多了，也不覺得費(fèi)事。但是在JAVA中卻不想C和C++一樣，JAVA 很聰明，它可以使用 a=b 的方式來將b 賦值給a，這里的賦值要注意了，在JAVA中使用 a=b 的時(shí)候，在 a 中以數(shù)組的方式來輸出內(nèi)容的時(shí)候，跟b 的內(nèi)容一模一樣，說明這樣的方式可行，我的程序里面就是這樣用的，結(jié)果整出了BUG來了。一開始發(fā)現(xiàn)不管是用 a=b 還是用 a=a.clone(); 結(jié)果都是一樣，有些不解，不過現(xiàn)在我完全清楚了。為了說明這個(gè)問題，以一段程序演示一下：
- private int[] subResources(int[] aa, int[] bb)
- {
- // 做減法
- int []a=aa;
- int []b=bb;
- for (int i = 0; i < a.length; i++)
- a[i] = a[i] - b[i];
- return a;
- }
這是用來實(shí)現(xiàn)兩個(gè)數(shù)組想減的函數(shù)，在調(diào)用的程序中這樣使用
- int []allo=pcb0.getAllocation().clone(); //方式1
- //int []allo=pcb0.getAllocation()//方式2
- int[] allocation = this.addResources(allo, request);
上面兩種方式的參數(shù)傳入帶來的不同結(jié)果是，當(dāng)你在函數(shù)addResources 修改了傳入?yún)?shù)的值的時(shí)候，方式1不能改原來的數(shù)據(jù)，方式2能改變?cè)瓉淼臄?shù)據(jù)。方式1它賦值的時(shí)候是先創(chuàng)建一個(gè)數(shù)組的副本，再把副本來給目標(biāo)數(shù)組賦值，這樣副本數(shù)組的地址和原來數(shù)組的地址當(dāng)然不是同一個(gè)了，這樣不管你怎么改，方式1它都不會(huì)改變?cè)瓉淼臄?shù)據(jù)，方式2則不一樣，方式2它直接將數(shù)據(jù)的地址賦值給目標(biāo)數(shù)據(jù)，這樣兩個(gè)數(shù)組不同的數(shù)組名，其實(shí)指的都是同一個(gè)地址，這樣當(dāng)然可以改變?cè)瓉淼闹盗恕?/p>
這樣分析，它有點(diǎn)像C++中的函數(shù)傳參中的 指針和引用傳值一樣，由于java中都摒棄了指針，所以所有的指向關(guān)系都使用了引用類型，用C++用久了就容易犯這樣的錯(cuò)誤。不像C++中這樣傳值 addResources (int *a,int *b) 或者 addResources (int a[],int b[]) 。這會(huì)吃虧了，看來這輩子在這個(gè)地方就這次了，學(xué)東西還得專注一點(diǎn)啊，現(xiàn)在明白了為什么招聘會(huì)上的基礎(chǔ)題看起來簡單，卻不是每個(gè)人都能答好的。
