PHP 引用是个坏习惯解析

这篇文章主要为大家详细介绍了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的内存管理机制有关系。
现在一切都明白了吧！今天，想了好几个小时，才把这个问题想通，不敢独享。
函数中的引用不是给你传参数方便的，而是让你实现，一个函数，可以有多个返回值的，所以，最好不要画蛇添足。
实际上，用引用它会降低性能。

本文来自：http://www.q1010.com/173/13743-0.html

注：关于PHP 引用是个坏习惯解析的内容就先介绍到这里，更多相关文章的可以留意四海网的其他信息。

关键词：