我们知道在PHP中, 类的属性/静态属性/常量, 都是保存在Hashtable中的, 而在以前, 纵然一个类没有申明属性/静态属性/常量, Zend引擎也会为他们分配Hashtable.

而在现在, 这个过程被优化了, 只有在有元素的时候才会分配Hashtable.

这样就避免一些emalloc/efree操作, 减少一些内存占用.

phpzend引擎代码优化Zend引擎的优化 Python

四元式优化

在PHP中, 真正实行的是Opcodes, 一个Opcodes包含3个固定的操作数, result, left, right, 在以前, 这三个操作数每一个都包含一个zval, 纵然根本用不到的时候, 比如没有右操作数的时候, 还会为右操作数分配一个zval.

而在现在, 所有的操作数将不再直接包含zval, 而是包含一个literal table的指针, 每一个op array都会包含一个literal table. 并且znode也做了相应的调度.

这样一来, 也能减少一些内存占用. 从之前的(32位操作系统)一个opcode占用72byte, 到现在的28byte.

其余, 对付string, literal table还会保存一份这个string的预先打算的hash值, 避免了在运行时多次打算. 从而提高一部分性能.

字面字符串

就彷佛C措辞中, 代码中的字面字符串, 会保存在一个固定段内(数据段), 在全体实行期间, 这些字符串都是常量字符串,不能被修正,不能被free.

PHP也借鉴了这样的思想, 提出一个Internal string的观点, 在PHP代码中的字面量字符串, 将会一次分配, 并前再全体实行器都不能被修正.

PHP在copy_zval, free zval等操作的时候, 会对internal string特殊处理, 避免不必要的free和复制.

并且这些字面量字符串的hash值将会被预先打算, 这样一来, 对付字符串比较 ==, 以及hashtable中的hash打算来说, 都可以直策应用这个预先打算的hash值, 从而能提高一部分性能.