看过PHP相关书籍的都会了解到PHP有个这样的特性：写时复制。所以在用foreach时，需要对数据做修改的时候，都会复制数据，如果数据很大，那么就会带来一定的内存消耗，所以为了避免这种复制操作，就用到了引用，下面就介绍下引用的坑
问题案例
<?php
$arr = array(4, 5, 6);
var_dump($arr);
foreach ($arr as &$v) {
//do something here
}
foreach ($arr as $v) {
//do something here
}
var_dump($arr);
?>
输出为：
array(3) {
[0]=>
int(4)
[1]=>
int(5)
[2]=>
int(6)
}
array(3) {
[0]=>
int(4)
[1]=>
int(5)
[2]=>
&int(5)
}
问题分析
foreach 中不使用引用就没事， 用 foreach $k => $v 然后 $ar[$k] 来改变原始数组， 略微损失点效率。
执行第一个使用引用的 foreach 时：
一开始， $v 指向 $arr[0] 的存储空间，空间内存储着 4 ， foreach 结束时， $v 指向 $arr[2] 的存储空间，空间内存储着 6 。
开始执行第二个 foreach 时：
注意和第一个 foreach 不同， 第二个 foreach 没有使用引用，那么就是赋值方式， 即将 $arr 的值依次 赋值 给 $v 。 进行到第一个元素时，要将 $ar[0] 赋值给 $v 。 问题就在这里，由于刚刚执行完第一个 foreach， $v 不是一个新变量，而是已经存在的、指向 $arr[2] 的那个 引用 ， 如此一来，对 $v 进行赋值的时候，就将 $arr[0] = 4 写入了 $arr[2] 的实际存储空间， 相当于对 $arr[2] 进行赋值。 依此类推，第二个 foreach 执行的结果， 就是数组的最后一个元素变成了倒数第二个元素的值。
PHP 的开发者也认为，这种情况属于语言特性造成的，不是 bug。要修复这个问题，一种方法是对 foreach 进行特殊处理， 另一种就是限制 foreach 中 $v 的作用域， 这两种方式都与目前 PHP 的语言特性不符，开发人员不愿改， 但还是在 官方文档 中用 Warning 进行了说明。
解决方案
简单的方法，就是在使用了引用的 foreach 之后， unset 掉 $v
修改后的案例：
<?php
$arr = array(4, 5, 6);
var_dump($arr);
foreach ($arr as &$v) {
//do something here
}
unset($v);
foreach ($arr as $v) {
//do something here
}
var_dump($arr);
?>
输出：
array(3) {
[0]=>
int(4)
[1]=>
int(5)
[2]=>
int(6)
}
array(3) {
[0]=>
int(4)
[1]=>
int(5)
[2]=>
int(6)
}
补充:
foreach虽然简单，不过它可能会出现一些意外的行为，特别是代码涉及引用的情况下。
下面列举了几种case，有助于我们进一步认清foreach的本质
$arr = array(1,2,3);
foreach($arr as $k => &$v) {
$v = $v * 2;
}
// now $arr is array(2, 4, 6)
foreach($arr as $k => $v) {
echo "$k", " => ", "$v";
}
先从简单的开始，如果我们尝试运行上述代码，就会发现最后输出为0=>2 1=>4 2=>4 。
为何不是0=>2 1=>4 2=>6 ？
其实，我们可以认为 foreach($arr as $k => $v) 结构隐含了如下操作，分别将数组当前的'键'和当前的'值'赋给变量$k和$v。具体展开形如：
foreach($arr as $k => $v){
//在用户代码执行之前隐含了2个赋值操作
$v = currentVal();
$k = currentKey();
//继续运行用户代码
……
}
根据上述理论，现在我们重新来分析下第一个foreach：
第1遍循环，由于$v是一个引用，因此$v = &$arr[0]，$v=$v*2相当于$arr[0]*2，因此$arr变成2,2,3
第2遍循环，$v = &$arr[1]，$arr变成2,4,3
第3遍循环，$v = &$arr[2]，$arr变成2,4,6
随后代码进入了第二个foreach：
第1遍循环，隐含操作$v=$arr[0]被触发，由于此时$v仍然是$arr[2]的引用，即相当于$arr[2]=$arr[0]，$arr变成2,4,2
第2遍循环，$v=$arr[1]，即$arr[2]=$arr[1]，$arr变成2,4,4
第3遍循环，$v=$arr[2]，即$arr[2]=$arr[2]，$arr变成2,4,4
OK，分析完毕。
如何解决类似问题呢？php手册上有一段提醒：
Warning : 数组最后一个元素的 $value 引用在 foreach 循环之后仍会保留。建议使用unset()来将其销毁。
$arr = array(1,2,3);
foreach($arr as $k => &$v) {
$v = $v * 2;
}
unset($v);
foreach($arr as $k => $v) {
echo "$k", " => ", "$v";
}
// 输出 0=>2 1=>4 2=>6
从这个问题中我们可以看出，引用很有可能会伴随副作用。如果不希望无意识的修改导致数组内容变更，最好及时unset掉这些引用。
unset只会删除变量。并不会清空变量值对应的内存空间：（这是与指针不同的地方
如下：
$a = "str";
$b = &$a;
unset($b);
echo $a;
依然输出 str
下面我们来看一篇关于phpunit遇到You cannot serialize or unserialize PDO instances问题的解决方案，具体的如下所示。globalsBackup causes: PDOException: You cannot serialize or unserialize PDO instances。
在PHPUnit/Frameword/TestCase.php文件中，有一行protected $backupGlobals = TRUE;
把backupGlobals 改为false即可解决这个问题。不过从PHPUNIT开发小组成员的建议来看，他们是不支持用修改backupGlobals的值来解决这个问题的。
The majority of users of PHPUnit expects it to work as it does when the backup of $GLOBALSfeature is enabled. This is why it is enabled by default.
If your tests exercise code that puts unserializable objects into $GLOBALS you can disable the feature.
From a software design perspective, you should not have a global instance of PDO to begin with.
所以更好的解决方法就是在：
$db = SmartPHP_Db::factory($dbConfig);
SmartPHP_Pool::set("db" , $db);
SmartPHP_Db_Table::setDefaultAdapter($db);
这段代码之后，再添加一句：
unset($db);
这样子就完美解决了You cannot serialize or unserialize PDO instances这个问题。
下面我们来看一篇关于php报错FastCGI sent in stderr “PHP Fatal error: Allowed memory size of”错误，希望此文章能够帮助到各位朋友。
PHP的memory_limit值的默认配置是128M,但是根据处理内容有时候会发生如下错误。
FastCGI sent in stderr: “PHP message: PHP Fatal error: Allowed memory size of 134217728 bytes exhausted (tried to allocate 39858177 bytes)
可以通过修改memory_limit值来，回避以上错误的出现。
修改memory_limit值。
# vi /etc/php.ini
;memory_limit = 128M
memory_limit = 256M
修改php.ini文件之后，重启Apache或者Nginx。
# /etc/init.d/httpd restart # 重启Apache
# /etc/init.d/nginx restart # 重启Nginx
memory_limit = -1为，无限制。
/etc/php.ini里的默认配置如下。
; Maximum amount of memory a script may consume (128MB)
; http://www.php.net/manual/en/ini.core.php#ini.memory-limit
memory_limit = 128M
一个线程的最大内存使用量，即一个Web请求可使用的PHP内存量。
php的flush和ob_flush是刷新的问题可以像js一样的看到页面刷新了，但有时会发现php的flush和ob_flush无效了，那么要如何解决此问题呢。我的基础环境是nginx1.6.2+php5.3
做一个逐行输出，使用ob_flush时试了N种方法不起作用，比如下面的代码：
<?php
ob_start();
for(;;)
{
echo "<br>.......";
ob_flush();
flush();
sleep(1);
}
?>
谷歌了不少的写法都不行，所以问题应该出在了环境配置上而不是使用方法上。
话说还是stackoverflow给力，搜索“php flush not working”找到了一个正确的解决方法：
检查nginx配置文件(nginx.conf)，禁用nginx的buffering：
proxy_buffering off;
gzip off;
fastcgi_keep_conn on;
要注意最后这句fastcgi的哦~~
检查php.ini，禁用buffering：
output_buffering = off
注意这句配置不能通过ini_set()函数动态在程序中设置，这在php官方手册中有说明：
the output_buffering setting is PHP_INI_PERDIR therefore it may not be set using ini_set()
经过上面两步的配置(nginx.conf和php.ini)后，重启nginx就可以了，再次测试文章开头的代码，成功逐行输出
补充:PHP flush()与ob_flush()的区别
buffer ---- flush()
buffer是一个内存地址空间,Linux系统默认大小一般为4096(1kb),即一个内存页。主要用于存储速度不同步的设备或者优先级不同的 设备之间传办理数据的区域。通过buffer，可以使进程这间的相互等待变少。这里说一个通俗一点的例子，你打开文本编辑器编辑一个文件的时候，你每输入 一个字符，操作系统并不会立即把这个字符直接写入到磁盘，而是先写入到buffer，当写满了一个buffer的时候，才会把buffer中的数据写入磁 盘，当然当调用内核函数flush()的时候，强制要求把buffer中的脏数据写回磁盘。
同样的道理，当执行echo,print的时候，输出并没有立即通过tcp传给客户端浏览器显示, 而是将数据写入php buffer。php output_buffering机制，意味在tcp buffer之前，建立了一新的队列，数据必须经过该队列。当一个php buffer写满的时候，脚本进程会将php buffer中的输出数据交给系统内核交由tcp传给浏览器显示。所以，数据会依次写到这几个地方echo/pring -> php buffer -> tcp buffer -> browser
php output_buffering --- ob_flush()
默认情况下，php buffer是开启的，而且该buffer默认值是4096，即1kb。你可以通过在php.ini配置文件中找到output_buffering配置.当echo,print等输出用户数据的时候，输出数据都会写入到php output_buffering中，直到output_buffering写满，会将这些数据通过tcp传送给浏览器显示。你也可以通过 ob_start()手动激活php output_buffering机制，使得即便输出超过了1kb数据，也不真的把数据交给tcp传给浏览器，因为ob_start()将php buffer空间设置到了足够大 。只有直到脚本结束，或者调用ob_end_flush函数，才会把数据发送给客户端浏览器。
这两个函数的使用怕是很多人最迷惑的一个问题，手册上对两个函数的解释也语焉不详，没有明确的指出它们的区别，似乎二者的功能都是刷新输出缓存。但在我们文章一开始的代码中如果讲fush()替换成ob_flush()，程序就再不能正确执行了。显然，它们是有区别的，否则也手册中直接说明其中一个是另外一个函数的别名即可了，没必要分别说明。那么它们的区别到底是什么呢？
在没有开启缓存时，脚本输出的内容都在服务器端处于等待输出的状态 ，flush()可以将等待输出的内容立即发送到客户端。
开启缓存后，脚本输出的内容存入了输出缓存中 ，这时没有处于等待输出状态的内容，你直接使用flush()不会向客户端发出任何内容。而 ob_flush()的作用就是将本来存在输出缓存中的内容取出来，设置为等待输出状态，但不会直接发送到客户端 ，这时你就需要先使用 ob_flush()再使用flush()，客户端才能立即获得脚本的输出。
一. flush和ob_flush的正确顺序，正确应是，先ob_flush再flush，如下：
ob_flush();
flush();
如果Web服务器的操作系统是windows系统，那顺序颠倒或者不使用ob_flush()也不会出现问题。[有待求证 ] 但是在Linux系统上就无法刷新输出缓冲。
output buffering函数
1.bool ob_start ([ callback $output_callback [, int $chunk_size [, bool $erase ]]] )
激活output_buffering机制。一旦激活，脚本输出不再直接出给浏览器，而是先暂时写入php buffer内存区域。
php默认开启output_buffering机制，只不过，通过调用ob_start()函数据output_buffering值扩展到足够 大 。也可以指定$chunk_size来指定output_buffering的值。$chunk_size默认值是0,表示直到脚本运行结束，php buffer中的数据才会发送到浏览器。如果你设置了$chunk_size的大小 ，则表示只要buffer中数据长度达到了该值，就会将buffer中 的数据发送给浏览器。
当然，你可以通过指定$ouput_callback，来处理buffer中的数据。比如函数ob_gzhandler，将buffer中的数据压缩后再传送给浏览器。
第三个参数：是否擦除缓存，可选，默认是true，如果设置为false，则在脚本执行结束前，缓存都不会被清除。
2.ob_get_contents
获取一份php buffer中的数据拷贝。值得注意的是，你应该在ob_end_clean()函数调用前调用该函数，否则ob_get_contents()返回一个空字符中。
可以使用ob_get_contents()以字符串形式获取服务端缓存的数据，
使用ob_end_flush()则会输出被缓存起来的数据，并关闭缓存。
而使用ob_end_clean()则会静默的清除服务端缓存的数据，而不会有任何数据或其他行为。
服务端的缓存是堆叠起来的，也就是说你在开启了ob_start()后，关闭之前，在其内部还 可以开启另外一个缓存ob_start()。
不过你也要务必保证关闭缓存的操作和开启缓存的操作数量一样多。
ob_start() 可以指定一个回调函数来处理缓存数据，如果一个ob_start()内部嵌套了另一个ob_start()，我们假定，外层的ob_start()，编号是A，内层的ob_start()编号是B，它们各自制定了一个回调函数分别是functionA和functionB，那么在缓存B中的数据输出时，它会先辈funcitonB回调函数处理，再交给外层的functionA回调函数处理，之后才能输出到客户端。
另外，手册说，对于某些web服务器，比如apache，在使用回调函数有可能会改变程序当前的工作目录，解决方法是在回调函数中自行手动把工作目录修改回来，用chdir函数，这点似乎不常遇到，遇到的时候记得去查手册吧。
3.ob_end_flush与ob_end_clean
这二个函数有点相似，都会关闭ouptu_buffering机制。但不同的是，ob_end_flush只是把php buffer中的数据冲(flush/send)到客户端浏览器，而ob_clean_clean将php bufeer中的数据清空(erase)，但不发送给客户端浏览器。
ob_end_flush调用之前 ，php buffer中的数据依然存在，ob_get_contents()依然可以获取php buffer中的数据拷贝。
而ob_end_flush()调用之后 ob_get_contents()取到的是空字符串，同时浏览器也接收不到输出，即没有任何输出。
可以使用ob_get_contents()以字符串形式获取服务端缓存的数据，使用ob_end_flush()则会输出被缓存起来的数据，并关闭缓存。
而使用ob_end_clean()则会静默的清除服务端缓存的数据，而不会有任何数据或其他行为。
服务端的缓存是堆叠起来的，也就是说你在开启了ob_start()后，关闭之前，在其内部还可以开启另外一个缓存ob_start()。不过你也要务必保证关闭缓存的操作和开启缓存的操作数量一样多。
ob_start() 可以指定一个回调函数来处理缓存数据，如果一个ob_start()内部嵌套了另一个ob_start()，我们假定，外层的ob_start()，编号是A，内层的ob_start()编号是B，它们各自制定了一个回调函数分别是functionA和functionB，那么在缓存B中的数据输出时，它会先辈funcitonB回调函数处理，再交给外层的functionA回调函数处理，之后才能输出到客户端。