關(guān)于“引用”的一些秘密

ddvv

看一下下面的代碼：

1. 
   
2. $a = array(1,2,3);
   
3. $b = $a;
   
4. debug_zval_dump($a);
   
5. 
   
6. 輸出：
   
7. array(3) refcount(3){...}
   

復(fù)制代碼

上面的輸出很好理解，$b=$a導(dǎo)致refcount+1，$a作為debug_zval_dump的參數(shù)再次使refcount+1。
------------------------------------------------------------------------------------------------------------------

修改一下：

1. 
   
2. $a = array(1,2,3);
   
3. $b = $a;
   
4. debug_zval_dump(&$a);
   
5. 
   
6. 輸出：
   
7. &array(3) refcount(2){...}
   

復(fù)制代碼

看到這里，你可能有點(diǎn)迷糊了，我剛看到輸出的時候，也非常的迷惑。這個過程是這樣的：
1、$b=$a；
這里沒問題，refcount+1

2、debug_zval_dump(&$a);
在這里，php干了一件事，它將$a所對應(yīng)的內(nèi)存復(fù)制了一份給$b，$a與$b獨(dú)立了，也就是“Copy on Write”的效果，因此refcount=2
-------------------------------------------------------------------------------------------------------------------

再來：

1. 
   
2. $a = array(1,2,3);
   
3. $b = &$a;
   
4. debug_zval_dump(&$a);
   
5. 
   
6. 輸出：
   
7. &array(3) refcount(3){...}
   

復(fù)制代碼

在這里，由于$b也是$a的引用，因此在debug_zval_dump(&$a)時沒有發(fā)生“Copy on Write”。
------------------------------------------------------------------------------------------------------------------

最后一個：

1. 
   
2. $a = array(1,2,3);
   
3. $b = &$a;
   
4. debug_zval_dump($a);
   
5. 
   
6. 輸出：
   
7. &array(3) refcount(1){...}
   

復(fù)制代碼

這里，在進(jìn)行debug_zval_dump($a)調(diào)用時，直接創(chuàng)建了$a的副本，作為函數(shù)的參數(shù)。注意與情況1比較。

寫php的時候，不正確的使用引用，不僅不能提高效率，反而會起到反效果。

個人的一些見解，歡迎拍磚。
參考：http://www.informit.com/articles/article.aspx?p=516587&seqNum=2

maochanglu

寫的好復(fù)雜。。一般都不用 &  
寫了這些年，都沒用過。。。

ddvv

回復(fù) 2# maochanglu

有的東西還是要深入了解一下還是很好好處的

baopbird2005

有道理啊 如果說不知道當(dāng)你在無意中用到了  就不知道是什么原因了 但是如果知道了  那就好辦多了

surpass_li

學(xué)習(xí)了，謝謝分享

mz198424

真不錯，謝謝分享。

sunceenjoy

好文章啊。
變量在賦值的時候，都是指向同一片內(nèi)存,ref+1
如果引用賦值，則ref不變。
在調(diào)用函數(shù)的時候，只要有引用存在，php在內(nèi)部就會進(jìn)行內(nèi)存的智能分離，這就是2跟4的區(qū)別!

審判

我是菜鳥看不懂。。。
同2樓一樣，真么用過&
水平有限吧，還沒涉及到這些知識。

shang2010

真不錯，謝謝分享。

saekil

不錯，謝謝分享了！