OPcache 通过将 PHP 脚本预编译的字节码存储到共享内存中来提升 PHP 的性能， 存储预编译字节码的好处就是 省去了每次加载和解析 PHP 脚本的开销。PHP 5.5.0 及后续版本中已经绑定了 OPcache 扩展，下面我们来看opcache PHP新的字节码缓存扩展详解
字节码缓存组件 zend optimizer+ 现在更改名字为 zend opcache了。且在php 5.5版本后，会集成到php的官方组件中，也就没有必要安装其他的apc,eaccelerator等了。。
APC与Opcache都是字节码缓存也就是，PHP在被编译的时候，首先会把php代码转换为字节码，字节码然后被执行。
php文件第二次执行时，同样还是会重新转换为字节码，但是很多时候，文件内容几乎是一样的，比如静态HTML文件，生成后内容许久都不会改变，用户访问请求直接由服务器读取响应给客户端浏览器。都不用经过PHP进行解析构建了。
内存中的字节码数据，可以直接缓存进行二次编译。这样程序就会快一些，cpu的消耗也少了。
详细介绍看这两篇
立即学习“PHP免费学习笔记（深入）”；
新一代 PHP 加速插件 Zend Opcache
php的 zend opcache VS apc 性能比较
我主要是用来测试了一下phpcmsV9.5.4 的默认index.php主页，没有数据内容，但有sql查询操作
测试是Apache2.2.6 32Bit 服务器，PHP 5.4.26 ts，mysql 5.6.16 64Bit
ab 版本 This is ApacheBench, Version 2.3
请求数：1000
并发数：10
没有加载opcache测试
第一次测试
DESTOON B2B网站管理系统是一套完善的B2B(电子商务)行业门户解决方案。系统基于PHP+MySQL开发，采用B/S架构，模板与程序分离，源码开放。模型化的开发思路，可扩展或删除任何功能；创新的缓存技术与数据库设计，可负载千万级别数据容量及访问。
吞吐率有所提高 40.73 rps，耗时 24.554 s，每个请求耗时245.544 ms
opcache配置信息
1 |
opcache.memory_consumption=128 |
2 |
opcache.interned_strings_buffer=8 |
3 |
opcache.max_accelerated_files=4000 |
4 |
opcache.revalidate_freq=60 |
5 |
opcache.fast_shutdown=1 |
6 |
opcache.enable_cli=1 |
例如：
header('Content-type:text/html; charset=utf-8');
$str = 'abc';
echo $str; // 输出abc
?>
赋予$str 一个新的值
header('Content-type:text/html; charset=utf-8');
$str = 'new abc';
echo $str; // 输出的还是 abc
?>
这是因为$str 已经被编译为字节码了，再次访问时，内存里面还是可以找到对应的缓存，就没有进行重新编译，返回的值也就还是之前的值 abc
不过，opcache有一个参数可以用来设置缓存时间长度
opcache.force_restart_timeout (default "180")
默认时间为180秒，还是建议本地不用开启opcache
注意：官方给了一个Note，如果opcache要与xdebug同时加载，那么opcache需要在xdebug之前进行加载。
但是我本地测试了一下，xdebug先加载，再加载opcache，也正常启动了，xdebug，opcache都加载成功，opcache缓存也正常。
不过还是按照官方的建议来安装加载，否则可能会出现奇怪的错误吧
