PHP编程中10个最常见的错误 PHP编程中10个最常见的错误错误1：foreach循环后留下悬挂指针在foreach循环中，如果我们需要更改迭代的元素或是为了提高效率，运用引用是一个好办法：$arr = array(1, 2, 3, 4); foreach ($arr as &$value) {$value = $value * 2; } // $arr is now array(2, 4, 6, 8)这里有个问题很多人会迷糊。循环结束后，$value并未销毁，$value其实是数组中最后一个元素的引用，这样在后续对$value的使用中，如果不知道这一点，会引发一些莫名奇妙的错误:)看看下面这段代码：$array = [1, 2, 3]; echo implode(',', $array), "\n"; foreach ($array as &$value) {} // by reference echo implode(',', $array), "\n"; foreach ($array as $value) {} // by value (i.e., copy) echo implode(',', $array), "\n";上面代码的运行结果如下：1,2,3 1,2,3 1,2,2你猜对了吗？为什么是这个结果呢？我们来分析下。第一个循环过后，$value是数组中最后一个元素的引用。第二个循环开始：第一步：复制$arr[0]到$value（注意此时$value是$arr[2]的引用），这时数组变成[1,2,1]第二步：复制$arr[1]到$value，这时数组变成[1,2,2]第三步：复制$arr[2]到$value，这时数组变成[1,2,2]综上，最终结果就是1,2,2避免这种错误最好的办法就是在循环后立即用unset函数销毁变量：$arr = array(1, 2, 3, 4); foreach ($arr as &$value) {$value = $value * 2; } unset($value); // $value no longer references $arr[3]错误2：对isset()函数行为的错误理解对于isset()函数，变量不存在时会返回false，变量值为null时也会返回false。这种行为很容易把人弄迷糊。。。看下面的代码：$data = fetchRecordFromStorage($storage, $identifier); if (!isset($data['keyShouldBeSet']) {// do something here if 'keyShouldBeSet' is not set }写这段代码的人本意可能是如果$data[‘keyShouldBeSet’]未设置，则执行对应逻辑。但问题在于即使$data[‘keyShouldBeSet’]已设置，但设置的值为null，还是会执行对应的逻辑，这就不符合代码的本意了。下面是另外一个例子：if ($_POST['active']) {$postData = extractSomething($_POST); } // ... if (!isset($postData)) {echo 'post not active'; }上 面的代码假设$_POST[‘active’]为真，那么$postData应该被设置，因此isset($postData)会返回true。反之，上 面代码假设isset($postData)返回false的唯一途径就是$_POST[‘active’]也返回false。真是这样吗？当然不是！即使$_POST[‘active’]返回true，$postData也有可能被设置为null，这时isset($postData)就会返回false。这就不符合代码的本意了。如果上面代码的本意仅是检测$_POST[‘active’]是否为真，下面这样实现会更好：if ($_POST['active']) {$postData = extractSomething($_POST); } // ... if ($_POST['active']) {echo 'post not active'; }判断一个变量是否真正被设置（区分未设置和设置值为null），array_key_exists()函数或许更好。重构上面的第一个例子，如下：$data = fetchRecordFromStorage($storage, $identifier); if (! array_key_exists('keyShouldBeSet', $data)) {// do this if 'keyShouldBeSet' isn't set }另外，结合get_defined_vars()函数，我们可以更加可靠的检测变量在当前作用域内是否被设置：if (array_key_exists('varShouldBeSet', get_defined_vars())) {// variable $varShouldBeSet exists in current scope }错误3：混淆返回值和返回引用考虑下面的代码：class Config {private $values = []; public function getValues() { return $this->values; } } $config = new Config(); $config->getValues()['test'] = 'test'; echo $config->getValues()['test'];运行上面的代码，将会输出下面的内容：PHP Notice: Undefined index: test in /path/to/my/script.php on line 21问题出在哪呢？问题就在于上面的代码混淆了返回值和返回引用。在PHP中，除非你显示的指定返回引用，否则对于数组PHP是值返回，也就是数组的拷贝。因此上面代码对返回数组赋值，实际是对拷贝数组进行赋值，非原数组赋值。// getValues() returns a COPY of the $values array, so this adds a 'test' element // to a COPY of the $values array, but not to the $values array itself. $config->getValues()['test'] = 'test'; // getValues() again returns ANOTHER COPY of the $values array, and THIS copy doesn't // contain a 'test' element (which is why we get the "undefined index" message). echo $config->getValues()['test'];下面是一种可能的解决办法，输出拷贝的数组，而不是原数组：$vals = $config->getValues(); $vals['test'] = 'test'; echo $vals['test'];如果你就是想要改变原数组，也就是要反回数组引用，那应该如何处理呢？办法就是显示指定返回引用即可：class Config {private $values = []; // return a REFERENCE to the actual $values array public function &getValues() { return $this->values; } } $config = new Config(); $config->getValues()['test'] = 'test'; echo $config->getValues()['test'];经过改造后，上面代码将会像你期望那样会输出test。我们再来看一个例子会让你更迷糊的例子：class Config {private $values; // using ArrayObject rather than array public function __construct() { $this->values = new ArrayObject(); } public function getValues() { return $this->values; } } $config = new Config(); $config->getValues()['test'] = 'test'; echo $config->getValues()['test'];如果你想的是会和上面一样输出“ Undefined index”错误，那你就错了。代码会正常输出“test”。原因在于PHP对于对象默认就是按引用返回的，而不是按值返回。综上所述，我们在使用函数返回值时，要弄清楚是值返回还是引用返回。PHP中对于对象，默认是引用返回，数组和内置基本类型默认均按值返回。这个要与其它语言区别开来（很多语言对于数组是引用传递）。像其它语言，比如java或C#，利用getter或setter来访问或设置类属性是一种更好的方案，当然PHP默认不支持，需要自己实现：class Config {private $values = []; public function setValue($key, $value) { $this->values[$key] = $value; } public function getValue($key) { return $this->values[$key]; } } $config = new Config(); $config->setValue('testKey', 'testValue'); echo $config->getValue('testKey'); // echos 'testValue'上面的代码给调用者可以访问或设置数组中的任意值而不用给与数组public访问权限。感觉怎么样:)错误4：在循环中执行sql查询在PHP编程中发现类似下面的代码并不少见：$models = []; foreach ($inputValues as $inputValue) {$models[] = $valueRepository->findByValue($inputValue); }当然上面的代码是没有什么错误的。问题在于我们在迭代过程中$valueRepository->findByValue()可能每次都执行了sql查询：$result = $connection->query("SELECT x,y FROM values WHERE value=" . $inputValue);如果迭代了10000次，那么你就分别执行了10000次sql查询。如果这样的脚本在多线程程序中被调用，那很可能你的系统就挂了。。。在编写代码过程中，你应该要清楚什么时候应该执行sql查询，尽可能一次sql查询取出所有数据。有一种业务场景，你很可能会犯上述错误。假设一个表单提交了一系列值（假设为IDs），然后为了取出所有ID对应的数据，代码将遍历IDs，分别对每个ID执行sql查询，代码如下所示：$data = []; foreach ($ids as $id) {$result = $connection->query("SELECT `x`, `y` FROM `values` WHERE `id` = " . $id); $data[] = $result->fetch_row(); }但同样的目的可以在一个sql中更加高效的完成，代码如下：$data = []; if (count($ids)) {$result = $connection->query("SELECT `x`, `y` FROM `values` WHERE `id` IN (" . implode(',', $ids)); while ($row = $result->fetch_row()) { $data[] = $row; } }错误5：内存使用低效和错觉一次sql查询获取多条记录比每次查询获取一条记录效率肯定要高，但如果你使用的是php中的mysql扩展，那么一次获取多条记录就很可能会导致内存溢出。我们可以写代码来实验下（测试环境： 512MB RAM、MySQL、php-cli）：// connect to mysql $connection = new mysqli('localhost', 'username', 'password', 'database'); // create table of 400 columns $query = 'CREATE TABLE test(id INT NOT NULL PRIMARY KEY AUTO_INCREMENT'; for ($col = 0; $col < 400; $col++) {$query .= ", `col$col` CHAR(10) NOT NULL"; } $query .= ');'; $connection->query($query); // write 2 million rows for ($row = 0; $row < 2000000; $row++) {$query = "INSERT INTO `test` VALUES ($row"; for ($col = 0; $col < 400; $col++) { $query .= ', ' . mt_rand(1000000000, 9999999999); } $query .= ')'; $connection->query($query); }现在来看看资源消耗：// connect to mysql $connection = new mysqli('localhost', 'username', 'password', 'database'); echo "Before: " . memory_get_peak_usage() . "\n"; $res = $connection->query('SELECT x,y FROM test LIMIT 1'); echo "Limit 1: " . memory_get_peak_usage() . "\n"; $res = $connection->query('SELECT x,y FROM test LIMIT 10000'); echo "Limit 10000: " . memory_get_peak_usage() . "\n";输出结果如下：Before: 224704 Limit 1: 224704 Limit 10000: 224704根据内存使用量来看，貌似一切正常。为了更加确定，试着一次获取100000条记录，结果程序得到如下输出：PHP Warning: mysqli::query(): (HY000/2013): Lost connection to MySQL server during query in /root/test.php on line 11这是怎么回事呢？问 题出在php的mysql模块的工作方式，mysql模块实际上就是libmysqlclient的一个代理。在查询获取多条记录的同时，这些记录会直接 保存在内存中。由于这块内存不属于php的内存模块所管理，所以我们调用memory_get_peak_usage()函数所获得的值并非真实使用内存 值，于是便出现了上面的问题。我们可以使用mysqlnd来代替mysql，mysqlnd编译为php自身扩展，其内存使用由php内存管理模块所控制。如果我们用mysqlnd来实现上面的代码，则会更加真实的反应内存使用情况：Before: 232048 Limit 1: 324952 Limit 10000: 32572912更加糟糕的是，根据php的官方文档，mysql扩展存储查询数据使用的内存是mysqlnd的两倍，因此原来的代码使用的内存是上面显示的两倍左右。为了避免此类问题，可以考虑分几次完成查询，减小单次查询数据量：$totalNumberToFetch = 10000; $portionSize = 100; for ($i = 0; $i <= ceil($totalNumberToFetch / $portionSize); $i++) {$limitFrom = $portionSize * $i; $res = $connection->query( "SELECT `x`,`y` FROM `test` LIMIT $limitFrom, $portionSize"); }联系上面提到的错误4可以看出，在实际的编码过程中，要做到一种平衡，才能既满足功能要求，又能保证性能。错误6：忽略Unicode/UTF-8问题php编程中，在处理非ascii字符时，会遇到一些问题，要很小心的去对待，要不然就会错误遍地。举个简单的例子，strlen($name)，如果$name包含非ascii字符，那结果就有些出乎意料。在此给出一些建议，尽量避免此类问题：如果你对unicode和utf-8不是很了解，那么你至少应该了解一些基础。推荐阅读这篇文章。最好使用mb_*函数来处理字符串，避免使用老的字符串处理函数。这里要确保PHP的“multibyte”扩展已开启。数据库和表最好使用unicode编码。知道jason_code()函数会转换非ascii字符，但serialize()函数不会。php代码源文件最好使用不含bom的utf-8格式。在此推荐一篇文章，更详细的介绍了此类问题： UTF-8 Primer for PHP and MySQL错误7：假定$_POST总是包含POST数据PHP中的$_POST并非总是包含表单POST提交过来的数据。假设我们通过 jQuery.ajax() 方法向服务器发送了POST请求：// js $.ajax({url: 'http://my.site/some/path', method: 'post', data: JSON.stringify({a: 'a', b: 'b'}), contentType: 'application/json' });注意代码中的 contentType: ‘application/json’ ，我们是以json数据格式来发送的数据。在服务端，我们仅输出$_POST数组：// php var_dump($_POST);你会很惊奇的发现，结果是下面所示：array(0) { }为什么是这样的结果呢？我们的json数据 {a: ‘a’, b: ‘b’} 哪去了呢？答案就是PHP仅仅解析Content-Type为 application/x-www-form-urlencoded 或 multipart/form-data的Http请求。之所以这样是因为历史原因，PHP最初实现$_POST时，最流行的就是上面两种类型。因此虽说现在有些类型（比如application/json）很流行，但PHP中还是没有去实现自动处理。因为$_POST是全局变量，所以更改$_POST会全局有效。因此对于Content-Type为 application/json的请求，我们需要手工去解析json数据，然后修改$_POST变量。// php $_POST = json_decode(file_get_contents('php://input'), true);此时，我们再去输出$_POST变量，则会得到我们期望的输出：array(2) { ["a"]=> string(1) "a" ["b"]=> string(1) "b" }错误8：认为PHP支持字符数据类型看看下面的代码，猜测下会输出什么：for ($c = 'a'; $c <= 'z'; $c++) {echo $c . "\n"; }如果你的回答是输出’a’到’z’，那么你会惊奇的发现你的回答是错误的。不错，上面的代码的确会输出’a’到’z’，但除此之外，还会输出’aa’到’yz’。我们来分析下为什么会是这样的结果。在PHP中不存在char数据类型，只有string类型。明白这点，那么对’z’进行递增操作，结果则为’aa’。对于字符串比较大小，学过C的应该都知道，’aa’是小于’z’的。这也就解释了为何会有上面的输出结果。如果我们想输出’a’到’z’，下面的实现是一种不错的办法：for ($i = ord('a'); $i <= ord('z'); $i++) {echo chr($i) . "\n"; }或者这样也是OK的：$letters = range('a', 'z'); for ($i = 0; $i < count($letters); $i++) {echo $letters[$i] . "\n"; }错误9：忽略编码标准虽说忽略编码标准不会导致错误或是bug，但遵循一定的编码标准还是很重要的。没有统一的编码标准会使你的项目出现很多问题。最明显的就是你的项目代码不具有一致性。更坏的地方在于，你的代码将更加难以调试、扩展和维护。这也就意味着你的团队效率会降低，包括做一些很多无意义的劳动。对于PHP开发者来说，是比较幸运的。因为有PHP编码标准推荐（PSR），由下面5个部分组成：PSR-0：自动加载标准PSR-1：基本编码标准PSR-2：编码风格指南PSR-3：日志接口标准PSR-4：自动加载PSR最初由PHP社区的几个大的团体所创建并遵循。Zend, Drupal, Symfony, Joomla及其它的平台都为此标准做过贡献并遵循这个标准。即使是PEAR，早些年也想让自己成为一个标准，但现在也加入了PSR阵营。在 某些情况下，使用什么编码标准是无关紧要的，只要你使用一种编码风格并一直坚持使用即可。但是遵循PSR标准不失为一个好办法，除非你有什么特殊的原因要 自己弄一套。现在越来越多的项目都开始使用PSR，大部分的PHP开发者也在使用PSR，因此使用PSR会让新加入你团队的成员更快的熟悉项目，写代码时 也会更加舒适。错误10：错误使用empty()函数一些PHP开发人员喜欢用empty()函数去对变量或表达式做布尔判断，但在某些情况下会让人很困惑。首先我们来看看PHP中的数组Array和数组对象ArrayObject。看上去好像没什么区别，都是一样的。真的这样吗？// PHP 5.0 or later: $array = []; var_dump(empty($array)); // outputs bool(true) $array = new ArrayObject(); var_dump(empty($array)); // outputs bool(false) // why don't these both produce the same output?让事情变得更复杂些，看看下面的代码：// Prior to PHP 5.0: $array = []; var_dump(empty($array)); // outputs bool(false) $array = new ArrayObject(); var_dump(empty($array)); // outputs bool(false)很不幸的是，上面这种方法很受欢迎。例如，在Zend Framework 2中，Zend\Db\TableGateway 在 TableGateway::select() 结果集上调用 current() 方法返回数据集时就是这么干的。开发人员很容易就会踩到这个坑。为了避免这些问题，检查一个数组是否为空最后的办法是用 count() 函数：// Note that this work in ALL versions of PHP (both pre and post 5.0): $array = []; var_dump(count($array)); // outputs int(0) $array = new ArrayObject(); var_dump(count($array)); // outputs int(0)在这顺便提一下，因为PHP中会将数值0认为是布尔值false，因此 count() 函数可以直接用在 if 条件语句的条件判断中来判断数组是否为空。另外，count() 函数对于数组来说复杂度为O(1)，因此用 count() 函数是一个明智的选择。再来看一个用 empty() 函数很危险的例子。当在魔术方法 __get() 中结合使用 empty() 函数时，也是很危险的。我们来定义两个类，每个类都有一个 test 属性。首先我们定义 Regular 类，有一个 test 属性：class Regular {public $test = 'value'; }然后我们定义 Magic 类，并用 __get() 魔术方法来访问它的 test 属性：class Magic {private $values = ['test' => 'value']; public function __get($key) { if (isset($this->values[$key])) { return $this->values[$key]; } } }好了。我们现在来看看访问各个类的 test 属性会发生什么：$regular = new Regular(); var_dump($regular->test); // outputs string(4) "value" $magic = new Magic(); var_dump($magic->test); // outputs string(4) "value"到目前为止，都还是正常的，没有让我们感到迷糊。但在 test 属性上使用 empty() 函数会怎么样呢？var_dump(empty($regular->test)); // outputs bool(false) var_dump(empty($magic->test)); // outputs bool(true)结果是不是很意外？很不幸的是，如果一个类使用魔法 __get() 函数来访问类属性的值，没有简单的方法来检查属性值是否为空或是不存在。在类作用域外，你只能检查是否返回 null 值，但这并不一定意味着没有设置相应的键，因为键值可以被设置为 null 。相比之下，如果我们访问 Regular 类的一个不存在的属性，则会得到一个类似下面的Notice消息：Notice: Undefined property: Regular::$nonExistantTest in /path/to/test.php on line 10 Call Stack:0.0012 234704 1. {main}() /path/to/test.php:0因此，对于 empty() 函数，我们要小心的使用，要不然的话就会结果出乎意料，甚至潜在的误导你。

关于PHP程序员解决问题的能力 关于PHP程序员解决问题的能力这个话题老生长谈了，在面试中必然考核的能力中，我个人认为解决问题能力是排第一位的，比学习能力优先级更高。解决问题的能力既能看出程序员的思维能力，应变能力，探索能力等，又可以看出他的经验。如果解决问题能力不佳是无法通过面试的。这里举个例子，假如我执行了一个PHP的脚本，如php test.php，预期是可以返回一个字符串。但执行后没有任何信息输出，这时候通过什么方法能知道程序错在哪里？这里可以将解决问题能力分为8个等级，越到后面的表示能力越强。Lv0 查看PHP错误信息程序没有达到预期效果，证明代码出错了，看PHP的错误信息是第一步。如果直接忽略错误信息，表明这个人不适合担任专业的程序员岗位。有些情况下php.ini配置中关闭了错误显示，需要修改php.ini打开错误信息，或者错误信息被导出到了日志文件，这种情况可以直接tailf php_error.log来看错误信息。拿到错误信息后直接定位到程序代码问题，或者到Google/百度搜索，即可解决问题。注：打开错误显示的方法是php.ini中display_errors / display_startup_errors 设置为Onphp.ini中error_reporting 设置为E_ALLPHP代码中设置error_reporting(E_ALL)Lv1 存在多个版本的php或php-cli与php-fpm加载不同的配置存在多个版本的php，懂得通过which php来看是哪个PHP，或者加绝对路径制定php版本。表示此PHPer通过了此层级的50%考验。另外一个情况就是php-cli与php-fpm得到的执行情况不一样，如在web浏览器中执行是对的，cli下执行是错的。这时候可能是2个环境加载的php.ini不同所致。cli下通过php -i |grep php.ini得到加载了哪个php.ini。而fpm下通过phpinfo()函数可以得到php.ini的绝对路径。Lv2 var_dump/die打印变量值信息单步调试这是惯用的程序调试手段，也是最简单粗暴有效的解决问题方法。高级一点的手段是使用PHP的Trace类/日志类，花哨一点的可以借助phpstorm+xdebug在IDE工具里进行Debug。Trace工具还可以分析脚本的耗时，进行PHP程序的性能优化。这3个考验全部通过，表明此程序员已经具备了专业PHP程序员应该有的解决问题能力了。PHP程序员只要过了这个等级，就足以应多大部分情况，在中小型网站中毫无压力。Lv3 使用strace工具跟踪程序执行strace可以用来查看系统调用的执行，使用strace php test.php，或者strace -p 进程ID。strace就可以帮助你透过现象看本质，掌握程序执行的过程。这个手段是在大型网站，大公司里最常用的。如果没掌握strace，这里只能说抱歉了，我们不接受不会strace的PHPer。strace其实也是对程序员基础的考验，如果不懂操作操作系统，完全不懂底层，肯定也达不到会用strace的程度。当然strace对于PHP代码里的死循环是解决不了的。比如你发现一个php-fpm进程CPU100%了，strace恐怕是解决不了的。因为strace是看系统调用，一般都是IO类操作，既然是IO密集，那CPU一定不可能是100%。Lv4 使用tcpdump工具分析网络通信过程tcpdump可以抓到网卡的数据通信过程，甚至数据内容也可以抓到。使用tcpdump可以看到网络通信过程是什么样的，如何时发起了TCP SYN3次握手，何时发送FIN包，何时发送RST包。这是一个基本功，如果不懂tcpdump，证明不具备网络问题解决能力。Lv5 统计函数调用的耗时和成功率使用xhporf/xdebug导出PHP请求的调用过程，然后分析每个函数调用的过程和耗时。能够分析PHP程序的性能瓶颈，找出可以优化的点。另外一个对于网络服务的调用，如mysql查询，curl，其他API调用等，通过记录起始和结束时microtime，返回的是不是false，可以得到调用是否成功，耗时多少。如果可以汇总数据，整理出调用的成功率，失败率，平均延时，证明此程序员对接口质量敏感，有大型网站项目经验。Lv6 gdb使用gdb是C/C++调试程序的利器，需要具备一定C/C++功底的程序员才会能熟练使用gdb。上面说的strace无法跟踪php程序CPU100%，而gdb是可以跟踪的。另外gdb也可以解决php程序core dump的问题。通过gdb -p 进程ID，再配合php-src的.gdbinit zbacktrace等工具，可以很方便地跟踪PHP程序的执行。像上面的CPU100%往往是PHP程序中发生死循环了，gdb进行多次查看，就大致可以得到死循环的位置。具备gdb解决问题能力的PHP程序员少之又少。如果能使用gdb解决PHP问题，这个PHPer百分之百可以通过面试，并且可以拿到较高的技术评级。Lv7 查看PHP内核和扩展源码如果能熟悉PHP内核和扩展的源码，遇到PHP程序中最复杂的内存错误，也可以有解决的能力。这类PHP程序员就是凤毛麟角了。配合gdb工具和对PHP源码的熟悉，可以查看opcode的信息，execute_data的内存，全局变量的状态等。

php 连接mongodb，mongodb异常退出再启动，php开始几次取不到数据的问题解决 php 连接mongodb，mongodb异常退出再启动，php开始几次取不到数据的问题解决是由于mongodb的长连接导致的，长连接是默认的。解决 办法 ，在php脚本 结束后 ，强制关闭mongodb连接$mongo= new MongoClient("mongodb://whisky:13000/?replicaset=seta");$mongo->close(true);

php修改代码不生效的问题 opcache缓存 php修改代码不生效的问题 opcache缓存大伙应该都知道，php是动态语言，每次运行时，都会重新编译，这会很耗性能的。而Zend OPcache 则是通过 opcode 缓存和优化提供更快的 PHP 执行过程。它将预编译的脚本文件存储在共享内存中供以后使用，从而避免了从磁盘读取代码并进行编译的时间消耗。同时，它还应用了一些代码优化模式，使得代码执行更快。简单的了解了Zend OPcache作用后，那么就去php配置文件看看了，果真，在配置文件的最下方返现这么写配置信息[opcache]zend_extension = /usr/local/php/lib/php/extensions/no-debug-non-zts-20121212/opcache.so ;OPcache 的共享内存大小，以兆字节为单位。 opcache.memory_consumption=64 ;用来存储临时字符串的内存大小，以兆字节为单位。 ;PHP 5.3.0 之前的版本会忽略此配置指令。 opcache.interned_strings_buffer=8 ;OPcache 哈希表中可存储的脚本文件数量上限。 ;真实的取值是在质数集合 ;{ 223, 463, 983, 1979, 3907, 7963, 16229, 32531, 65407, 130987 } ;中找到的第一个比设置值大的质数。 设置值的取值范围是 200 到 100000 之间。 opcache.max_accelerated_files=4000 ;如果缓存处于非激活状态，等待多少秒之后计划重启。 ;如果超出了设定时间，则 OPcache 模块将杀除持有缓存锁的进程， 并进行重启。 ;如果选项 opcache.log_verbosity_level 设置为 3 或者 3 以上的数值， ;当发生重启时将在日志中记录一条错误信息。 opcache.force_restart_timeout=180 ;检查脚本时间戳是否有更新的周期，以秒为单位。 ;设置为 0 会导致针对每个请求， OPcache 都会检查脚本更新。 ;如果 opcache.validate_timestamps 配置指令设置为禁用，那么此设置项将会被忽略。 opcache.revalidate_freq=60 ;如果启用，则会使用快速停止续发事件。 ;所谓快速停止续发事件是指依赖 Zend 引擎的内存管理模块 ;一次释放全部请求变量的内存，而不是依次释放每一个已分配的内存块。 opcache.fast_shutdown=1 ;仅针对 CLI 版本的 PHP 启用操作码缓存。 通常被用来测试和调试。 opcache.enable_cli=1配置文件里的“opcache.revalidate_freq=60”是说明，会每隔一分钟检测一次脚本文件是否更新，那么就找到问题的根本了，改为0，也就是每次运行时都去检测一下，重新启动php，搞定。

PHP Session可能会引起并发问题 PHP Session可能会引起并发问题　在进行Web应用程序开发的时候，人们经常会用Session存储数据。但可能有人不知道，在PHP中，Session使用不当可能会引起并发问题。印度医疗行业软件解决方案提供商Plus91 Technologies高级工程师Kishan Gor在个人博客上对这个问题进行了阐释。　　如果同一个客户端并发发送多个请求，而每个请求都使用了Session，那么PHP Session锁的存在会导致服务器串行响应这些请求，而不是并行。这是因为在默认情况下，PHP使用文件存储Session数据。对于每一个新的Session，PHP会创建一个文件，并持续向其中写入数据。所以，每次调用session_start（）方法，就会打开Session文件，并取得文件的独占锁。这样，如果服务器脚本正在处理一个请求，而客户端又发送了一个同样需要使用Session的请求，那么后一个请求会阻塞，直至前一个请求处理完成释放了文件上的独占锁。不过，这只限于来自同一个客户端的多个请求，也就是说，来自一个客户端的请求并不会阻塞另一个客户端的请求。　　　如果脚本很短，这通常没有问题。但如果脚本运行时间比较长，那就可能会产生问题。在现代Web应用程序开发中，有一个非常常见的情况，就是使用AJAX技术在同一个页面内发送多个请求获取数据。如果这些请求都需要使用Session，那么第一个请求到达服务器后会取得Session锁，其它请求就必须等待，所有请求将串行处理，即使它们彼此之间并没有依赖关系。这将大大增加页面的响应时间。　有一个方法可以避免这个问题，就是在使用完Session以后立即调用session_write_close（）方法关闭Session。这样Session锁就会释放，即使当前脚本还在等在处理。需要注意的是，调用该方法后，当前脚本就不能进一步操作Session了。　　需要特别指出的是，本文所陈述的问题和观点只适用于使用session_start（）方法的PHP默认Session管理模式。比如，有用户就指出，如果将应用程序托管在AWS EC2上，并正确配置DynamoDB，Session锁定问题就不会出现。