PHP 引用是个坏习惯

megnlingling

 
在写PHP 程序的时候，很多人在传递参数的时候，喜欢用一个引用。特别是在一个数组非常的大的时候，更是喜欢加。
复制代码代码如下:

function binsearch(&$arr, $key, $value) 
{ 
$low = 0; 
$high = count($arr); 
while ($low <= $high) { 
$mid = floor($low + ($high - $low) / 2); 
$item = $arr[$mid][$key]; 
if ($item == $value) { 
return $mid; 
} else if ($value > $item) { 
$low = $mid + 1; 
} else { 
$high = $mid - 1; 
} 
} 
return false; 
} 


在这里，$mid 采用了先减后加的方法计算，目的是为了防止整数的溢出。不是故意写复杂了。 
我用下面的代码进行测试： 
复制代码代码如下:

$data = array(); 
for ($i = 0; $i < 1000000; $i++) 
{ 
$data[] = array("sq" => $i * 2); 
} 
var_dump(binsearch($data, "sq", 10000)); 


发现，binsearch 的时候，总是要花个 0.2s左右。理论上来说，100万的数据，最多也就是循环20次。怎么会这样慢呢。 
后来监控了一下内存，data 数组 占用了 230M 的内存。而 binsearch 的时候，占用了60K 的内存。但是，理论上来说，binsearch 
不应该占用如此多的内存。因为，我觉得，我已经用引用了，根本就没有对data 的结构进行修改。 
我也是百思不得其解，后来，我把引用参数去掉，居然 binsearch 只要 0.0002s ，看来是引用耗费了大量的cpu 资源。 
PHP 内部遵循一个copy on write 的原则。实际上这个引用是多余的。 
但是为什么，加了引用速度会变慢呢？今天重点就谈谈这个问题。明白道理后，大家一定知道怎么用引用了。 
如果在binsearch 调用前，直接 $a = &$data，这个引用的速度会非常的快。看来肯定不是引用本身产生的问题。 
这个问题，实际上涉及了zend 引擎如何管理PHP变量。 
先看下面的问题： 
复制代码代码如下:

<?php 
function demo(&$a, &$b) { $a =& $b; } 
$a = 1; 
$b = 2; 
demo($a, $b); 
$b = 3; 
print $a; 
?> 


$a 输出是多少呢？不错，是2. 不过，我一开始觉得是3。 
那么怎么解释上面这个问题呢？ 
实际上，函数的参数引用是这样进行的。 
复制代码代码如下:

$tmp = $a; 
$a1 = &$tmp; 
$a = $tmp; 
unset($a1, $tmp); 


这里，引用的实际上是一个临时变量。这个时候，$tmp 是带引用属性的，而$a 变量不是带引用属性的。 
根据zend引擎管理内存的方法，在内部，不能用一个zval 来表示，必须强制分离这个zval。 
用这样的理解方法，上面的问题就解决了。函数内部，不会改变函数外部的引用特性。这也是PHP 
不赞成用 calltime_by_ref 的原因，而选择上面如此低效的拷贝方法。 
下面的分析，也能证明，在传递参数时，的确发生了拷贝。 
在 binsearch 函数里面。 
$data[0] = 1; 
这样，就会发生一次$data 所在zval 的拷贝。内存使用量 就是 60K。和函数调用加引用一模一样。 
可能很多人会疑问，为什么不是多了230M呢，这其实就是PHP的高明之处，数组Key 对应的是一个zval的指针。（内部是一个哈希表） 
所以，只要把这些指针复制一遍就就好了，数据不用复制。但是，100万的PHP 哈希表实际上要占用 50M 内存。为什么只有60K呢。 
在 binsearch 函数的外面，运行 
复制代码代码如下:

$t = $data; 
$t[0] = 1; 
unset($t); 


果然，多了60K 的内存。估计和PHP的内存管理机制有关系。 
现在一切都明白了吧！今天，想了好几个小时，才把这个问题想通，不敢独享。 
函数中的引用不是给你传参数方便的，而是让你实现，一个函数，可以有多个返回值的，所以，最好不要画蛇添足。 
实际上，用引用它会降低性能。