当解释器完成对脚本代码的分析后,便将它们生成可以直接运行的中间代码,也称为操作码(Operate Code,opcode)。Opcode cache的目地是避免重复编译,减少CPU和内存开销。如果动态内容的性能瓶颈不在于CPU和内存,而在于I/O操作,比如数据库查询带来的磁盘I/O开销,那么opcode cache的性能提升是非常有限的。但是既然opcode cache能带来CPU和内存开销的降低,这总归是好事。
现代操作码缓存器(Optimizer+,APC2.0+,其他)使用共享内存进行存储,并且可以直接从中执行文件,而不用在执行前“反序列化”代码。这将带来显着的性能加速,通常降低了整体服务器的内存消耗,而且很少有缺点。
为什么要使用Opcode缓存?这得从PHP代码的生命周期说起,请求PHP脚本时,会经过五个步骤,如下图所示:
Zend引擎必须从文件系统读取文件、扫描其词典和表达式、解析文件、创建要执行的计算机代码(称为Opcode),最后执行Opcode。每一次请求PHP脚本都会执行一遍以上步骤,如果PHP源代码没有变化,那么Opcode也不会变化,显然没有必要每次都重行生成Opcode,结合在Web中无所不在的缓存机制,我们可以把Opcode缓存下来,以后直接访问缓存的Opcode岂不是更快,启用Opcode缓存之后的流程图如下所示:
有那些PHP opcode缓存插件?Optimizer+(Optimizer+于2013年3月中旬改名为Opcache,PHP 5.5集成Opcache,其他的会不会消失?)、eAccelerator、xcache、APC ...
PHP opcode原理Opcode是一种PHP脚本编译后的中间语言,就像Java的ByteCode,或者.NET的MSL,举个例子,比如你写下了如下的PHP代码:
?php echo "Hello World"; $a = 1 + 1; echo $a; ?PHP执行这段代码会经过如下4个步骤(确切的来说,应该是PHP的语言引擎Zend)
Scanning(Lexing) ,将PHP代码转换为语言片段(Tokens) Parsing, 将Tokens转换成简单而有意义的表达式 Compilation, 将表达式编译成Opocdes Execution, 顺次执行Opcodes,每次一条,从而实现PHP脚本的功能题外话:现在有的Cache比如APC,可以使得PHP缓存住Opcodes,这样,每次有请求来临的时候,就不需要重复执行前面3步,从而能大幅的提高PHP的执行速度。
那什么是Lexing? 学过编译原理的同学都应该对编译原理中的词法分析步骤有所了解,Lex就是一个词法分析的依据表。 Zend/zend_language_scanner.c会根据Zend/zend_language_scanner.l(Lex文件),来输入的 PHP代码进行词法分析,从而得到一个一个的“词”,PHP4.2开始提供了一个函数叫token_get_all,这个函数就可以讲一段PHP代码 Scanning成Tokens;
如果用这个函数处理我们开头提到的PHP代码,将会得到如下结果:
Array ( [0] = Array ( [0] = 367 [1] = Array ( [0] = 316 [1] = echo ) [2] = Array ( [0] = 370 [1] = ) [3] = Array ( [0] = 315 [1] = "Hello World" ) [4] = ; [5] = Array ( [0] = 370 [1] = ) [6] = = [7] = Array ( [0] = 370 [1] = ) [8] = Array ( [0] = 305 [1] = 1 ) [9] = Array ( [0] = 370 [1] = ) [10] = + [11] = Array ( [0] = 370 [1] = ) [12] = Array ( [0] = 305 [1] = 1 ) [13] = ; [14] = Array ( [0] = 370 [1] = ) [15] = Array ( [0] = 316 [1] = echo ) [16] = Array ( [0] = 370 [1] = ) [17] = ; )

闽公网安备 35020602001684号