一、
Zend Optimizer 和 Zend Guard Loader 作用和区别
两者的功能一样。
Zend Optimizer 在PHP5.3以前的版本使用，解密和代码优化，提高PHP应用程序的执行速度，显著降低服务器的CPU负载。
Zend Guard Loader 在php版本大于php5.3之后，解密和代码优化，提高PHP应用程序的执行速度，显著降低服务器的CPU负载。
在PHP版本大于php5.3开始Zend Optimizer 正式被Zend Guard Loader取代了。
二、
使用Zend Opcache 加速PHP
Zend Opcache通过opcode缓存和优化提供更快的PHP执行过程，它将预编译的脚本文件存储在
共享内存中供以后使用，从而避免了从磁盘读取代码并进行编译的时间消耗。
同时，它还应用了一些代码优化模式，使得代码执行速度更快。
1、什么是opcode缓存？
当解释器完成对PHP脚本代码的分析之后，便将它们生成直接运行的中间代码，也被称为操作码
（Operate Code， opcode）。opcode cache的目的是避免重复编译，减少CPU和内存开销。
如果动态内容的性能瓶颈不在于CPU和内存，而在于I/O操作，比如数据库查询带来的磁盘I/O开销，
那么opcode cache 的性能提升是非常有限的。但是既然opcode cache 能带来CPU和内存开销的降低，这总归是好事----
本着环保的态度，也应该尽量减少消耗不是？
现在操作码缓存器（Optimizer+， APC2.0+，其他）使用共享内存进行存储，并且可以直接从
中执行文件，而不用在执行前“反序列化”代码。这将带来显著的性能加速，通过降低了整体服务器
的内存消耗，而且很少有缺点。
2、Optimizer+ 与APC的优缺点对比
Optimizer+与2013年3月中旬改名为opcache。
根据PHP wiki 上的讨论，真的 Opcache 即将整合到php5.5中。作为APC的竞争对手，
新生的Zend Opcache 很有可能取代APC的位置，虽然OptimizerPlus没有像APC那样的user cache功能。
Optimizer+ 相对APC的优点
1、性能。根据测试，Zend Optimizer+始终由于APC。随着代码差异，每秒钟处理的请求数高5%~20%。
Google doc上记录的测试结果，WordPress2.1.1，性能提高约8%。理论上来说，对于WordPress3.5.1，性能应该
也能得到大约5~10%的提升吧。对于运行WordPress的服务器而言，使用Optimizer+可以显著
降低CPU使用率和提高页面加载速度。
2、支持新的PHP版本。Zend和PHP社区都会帮助Optimizer+能够支持最新版本的PHP。
3、可靠性。Optimizer+拥有可选的损坏检测能力，可以防止因数据损坏二导致的服务器奔溃。
4、更好的兼容性。PHP社区打算让Optimizer+与社区支持的所有的PHP版本相兼容。
APC相对Optimizer+的优势
1、APC有数据缓存API，而Optimizer+没有。
2、APC能够回收旧的无效的脚本占用的内存。APC有内存管理器，可以将那些不再使用的
脚本关联的内存进行回收。而Optimizer+不同，它将这样的内存标记为“脏的”，
但并不会回收它们。一旦“脏的”内存占用配置阀值的百分比达到一定值，Optimizer+就将自己重新启动。
这种行为在稳定性上既有优势也有劣势。
3、使用Zend opcode
现在已经可以使用Zend Opcache 替代APC优化加速工具了。目前的Zend opcode
兼容PHP5.2、5.3.、5.4.*和php5.5开发版。不过，将来会取消对PHP5.2的支持。
注意：Zend5Opcache与eacceleralor相冲突。要安装Zend Opcache，可能需要先卸载
eaccelerator------如果你用了这个加速模块的话。
4、体会
PHP上有不少opcode cache组件，如APC、eaccelerator、xcache、Zend Opcache等。
Zend Opcache的性能应该是最好的，。不管用哪个组件，总归是用一个才好。
PHP加速器之Opcache配置详解
一、什么是opcode？
当解释器完成对脚本代码的分析后，便将它们生成可以直接运行的中间代码，也称为操作码（Operate Code，opcode）。
opcode cache的目的是避免重复编译，减少CPU和内存开销。
二、为什么要使用opcode缓存？
这得从PHP代码的生命周期说起，请求PHP脚本时，会经历五个步骤，如下图所示：
Zend引擎必须从文件系统读取文件、扫描其词和表达式、解析文件、创建要执行的计算机代码（称为opcode），
最后执行opcode。每次请求PHP脚本都会执行一遍以上步骤，如果PHP源代码没有变化，那么opcode也不会变化，
显然没有必要每次都重新生成opcode，结合在web中无所不在的缓存机制，我们把opcode缓存下来，
以后直接访问缓存的opcode岂不是更快，启用opcode缓存之后的流程图如下所示：
三、PHP opcode原理
opcode是一种PHP脚本变异后的中间语言，就像Java的bytecode，或者.net的MSI，举例，比如
你写了如下的PHP代码：
<?php
echo "Hello world";
$a = 1 + 1;
echo $a;
?>
PHP执行这段代码会经过如下4个步骤（确切的说，应该是PHP的语言引擎Zend）
1）Scanning（Lexing），将PHP代码转化为语言片段（Tokens）。
2）Parsing，将Tokens转化为简单而有意义的表达式。
3）Compilation，将表达式编译成opcode。
4）Execution，顺序执行opcodes，每次一条，从而实现PHP脚本的功能。
四、PHP Opcache介绍
Optimizer+（Optimizer+于2013年3月中旬改名为Opcache），Opcache 通过将PHP脚本预编译的字节码
存储到共享内存中来提高PHP的性能，存储预编译字节码的好处就是省去了每次加载和解析PHP脚本的开销。
PHP5.5.0及后续版本中已经绑定了Opcache扩展。对于php5.2、PHP5.3、PHP5.4版本可以使用>>PECL扩展中的
Opcache库。
PHP5.5.0及后续版本中已经绑定了Opcache扩展。对于php5
Opcache只能便以为共享扩展。如果你使用--disable-all参数禁用了默认扩展的构建，那么
必须使用--enable-Opcache选项来开启Opcache。编译之后，就可以使用Zend_extension指令来
将Opcache扩展加载到PHP中。
最后说一下使用Opcache加速PHP时应该注意的坑：
Opcache依靠的是PHP文件的modify time作为文件被修改的检测条件，基于这个会引发两个问题。
第一个问题是做版本回滚时，由于版本回滚后的文件修改时间比现有Opcache缓存的文件时间要往前一些，
所以可能会导致Opcache不会清楚缓存，需要手动reload。
第二个问题是做版本发布时，一般都是sync方式，可能会出现文件发布一半时被Opcache缓存，用户访问导致程序报错，这个
主要是因为文件内容缓存了一半，但是文件的时间戳不会改变，所以就算Opcache检测也不会去读取新的文件了，
需要手动reload。
针对这两个问题，不光reload可以解决，同样调用Opcache的接口也可以清楚Opcache缓存。
你可以使用Opcache_reset()或者使用Opcache_invalidate()函数来手动重置Opcache。
Opcache_reset()：该函数将重置真个字节码缓存，在调用Opcache_reset()之后，所有的脚本将会重新载入
并且在下次被点击的时候重新解析。
opcache_invalidate()：该函数的作用是使得指定脚本的字节码缓存失效。如果force没有设置或者传入
false，那么只有当前脚本的修改时间比对应字节码的时间更新，脚本的缓存才会失效。
但是不推荐使用，个人再生产环境中进行代码发布后调用Opcache_reset（）清空缓存
（册数确实可以清空缓存），出现过奇葩问题（访问量打的应用），后来就果断放弃了，使用了reload的方式。
reload方式就是重启php-fpm
service php-fpm reload