在2013年3月中旬 Optimizer+ 改名为Opcache，并集成到了PHP 5.5中。

那么什么是opcache缓存呢？

当解释器完成对脚本代码的分析后，便将它们生成可以直接运行的中间代码，也称为操作码（Operate Code，opcode）。Opcode cache的目地是避免重复编译，减少CPU和内存开销。如果动态内容的性能瓶颈不在于CPU和内存，而在于I/O操作，比如数据库查询带来的磁盘I/O开销，那么opcode cache的性能提升是非常有限的。但是既然opcode cache能带来CPU和内存开销的降低，这总归是好事。并带来显着的性能加速，通常降低了整体服务器的内存消耗，而且很少有缺点。

为什么要使用Opcode缓存？

这得从PHP代码的生命周期说起，请求PHP脚本时，会经过五个步骤，如下图所示：

Zend引擎必须从文件系统读取文件、扫描其词典和表达式、解析文件、创建要执行的计算机代码（称为Opcode）,最后执行Opcode。每一次请求PHP脚本都会执行一遍以上步骤，如果PHP源代码没有变化，那么Opcode也不会变化，显然没有必要每次都重行生成Opcode，结合在Web中无所不在的缓存机制，我们可以把Opcode缓存下来,以后直接访问缓存的Opcode岂不是更快，启用Opcode缓存之后的流程图如下所示：

配置信息

下面就来看看我们开启的配置的含义吧（上面列出的配置项是常用且重要的配置项）

opcache.enable=1 启动操作码缓存

opcache.enable_cli=1 针对支持CLI版本PHP启动操作码缓存 一般被用来测试和调试

opcache.memory_consumption=128 共享内存大小，单位为MB

opcache.interned_strings_buffer=8 存储临时字符串缓存大小，单位为MB，PHP5.3.0以前会忽略此项配置

opcache.max_accelerated_files=4000 缓存文件数最大限制，命中率不到100%，可以试着提高这个值

opcache.revalidate_freq=60 一定时间内检查文件的修改时间, 这里设置检查的时间周期, 默认为 2, 单位为秒

opcache.fast_shutdown=1 开启快速停止续发事件，依赖于Zend引擎的内存管理模块，一次释放全部请求变量的内存，而不是依次释放内存块

opcache.enable_file_override=1 启用检查 PHP 脚本存在性和可读性的功能，无论文件是否已经被缓存，都会检查操作码缓存,可以提升性能。 但是如果禁用了 opcache.validate_timestamps选项， 可能存在返回过时数据的风险。

zend_extension= 拓展库dll文件加载路径

opcache vs apc vs xcache

opcache（官方推出的产品还是好用的）推荐，有些人测试opcache性能优于apc和xcache。

注意事项

1、不建议Xcache和Opcache同时启用PHP优化；

因为PHP 5.5.0及后续版本已经内嵌对Opcache的支持，所以PHP意识到其重要性，相对于Xcache等第三方的PHP优化器来说，使用Opcache会是更好的选择。另外，两者同时存在的话，会使Opcache的缓存命中数大大降低，而且增加不必要的开销。

2、不建议在开发过程中开启Opcache

原因很明显，开启了Opcache之后，开发人员修改的内容不会立即显示和生效，因为受到opcache.revalidate_freq=60的影响，所以建议在开发并测试之后，测试性能时再行打开测试，当然，生产环境一直都要开着Opcache了哦。