1、抽象语法树（ ast）
1）在 php5中，从 php 脚本到 opcodes 的执行的过程是：
lexing：词法扫描分析，将源文件转换成 token 流；parsing：语法分析，在此阶段生成 op arrays。
2）php7 中在语法分析阶段不再直接生成 op arrays，而是先生成 ast，所以过程多了一步：
lexing：词法扫描分析，将源文件转换成 token 流；parsing：语法分析，从 token 流生成抽象语法树；compilation：从抽象语法树生成 op arrays。
添加了抽象语法树：内存的使用增加了，但是执行时间上却有所降低
ast在php编译过程作为一个中间件的角色，替换原来直接从解释器吐出opcode的方式，让解释器（parser）和编译器（compliler）解耦，可以减少一些hack代码，同时，让实现更容易理解和可维护
2、natice tls
php在多线程模式下，需要解决“线程安全”（ts，thread safe）的问题，因为线程是共享进程的内存空间的，所以每个线程本身需要通过某种方式，构建私有的空间来保存自己的私有数据，避免和其他线程相互污染。
而php5采用的方式，就是维护一个全局大数组，为每一个线程分配一份独立的存储空间，线程通过各自拥有的key值来访问这个全局数据组。而这个独有的key值在php5中需要传递给每一个需要用到全局变量的函数，php7认为这种传递的方式并不友好，并且存在一些问题。因而，尝试采用一个全局的线程特定变量来保存这个key值。
3、指定参数 返回值类型
php语言一个非常重要的特点就是“弱类型”，它让php的程序变得非常容易编写.
php7可选的方式支持类型定义,除此之外，还引入了一个开关指令declare(strict_type=1);，当这个指令一旦开启，将会强制当前文件下的程序遵循严格的函数传参类型和返回类型。
4、zval 结构的变化
在php5的时候, zval的定义如下:
struct _zval_struct {union {long lval;double dval;struct {char *val;int len;} str;hashtable *ht;zend_object_value obj; zend_ast *ast; } value;zend_uint refcount__gc;zend_uchar type; zend_uchar is_ref__gc;};
首先这个结构体的大小是(在64位系统)24个字节, 我们仔细看这个zval.value联合体, 其中zend_object_value是最大的长板, 它导致整个value需要16个字节, 这个应该是很容易可以优化掉的, 比如把它挪出来, 用个指针代替,因为毕竟is_object也不是最最常用的类型.
第二, 这个结构体的每一个字段都有明确的含义定义, 没有预留任何的自定义字段, 导致在php5时代做很多的优化的时候, 需要存储一些和zval相关的信息的时候, 不得不采用其他结构体映射, 或者外部包装后打补丁的方式来扩充zval, 比如5.3的时候新引入专门解决循环引用的gc, 它不得采用如下的比较hack的做法
第三, php的zval大部分都是按值传递, 写时拷贝的值, 但是有俩个例外, 就是对象和资源, 他们永远都是按引用传递, 这样就造成一个问题, 对象和资源在除了zval中的引用计数以外, 还需要一个全局的引用计数, 这样才能保证内存可以回收. 所以在php5的时代, 以对象为例, 它有俩套引用计数, 一个是zval中的, 另外一个是obj自身的计数:
第四, 我们知道php中, 大量的计算都是面向字符串的, 然而因为引用计数是作用在zval的, 那么就会导致如果要拷贝一个字符串类型的zval, 我们别无他法只能复制这个字符串. 当我们把一个zval的字符串作为key添加到一个数组里的时候, 我们别无他法只能复制这个字符串. 虽然在php5.4的时候, 我们引入了interned string, 但是还是不能根本解决这个问题.
还比如, php中大量的结构体都是基于hashtable实现的, 增删改查hashtable的操作占据了大量的cpu时间, 而字符串要查找首先要求它的hash值, 理论上我们完全可以把一个字符串的hash值计算好以后, 就存下来, 避免再次计算等等
第五, 这个是关于引用的, php5的时代, 我们采用写时分离, 但是结合到引用这里就有了一个经典的性能问题:
第六, 也是最重要的一个, 为什么说它重要呢? 因为这点促成了很大的性能提升, 我们习惯了在php5的时代调用make_std_zval在堆内存上分配一个zval, 然后对他进行操作, 最后呢通过return_zval把这个zval的值”copy”给return_value, 然后又销毁了这个zval, 比如pathinfo这个函数:
5、异常处理
php 5 的 try ... catch ... finally 无法处理传统错误，如果需要，你通常会考虑用 set_error_handler() 来 hack 一下。但是仍有很多错误类型是 set_error_handler() 捕捉不到的
php 7引入 throwable 接口，错误及异常都实现了 throwable，无法直接实现 throwable，但可以扩展 \exception 和 \error 类。可以用 throwable 捕捉异常跟错误。\exception 是所有php及用户异常的基类；\error 是所有内部php错误的基类。
$name = "tony";try { $name = $name->method();} catch (\error $e) { echo "出错消息 --- ", $e->getmessage(), php_eol;} try { $name = $name->method();} catch (\throwable $e) { echo "出错消息 --- ", $e->getmessage(), php_eol;} try { intp(5, 0);} catch (\pisionbyzeroerror $e) { echo "出错消息 --- ", $e->getmessage(), php_eol;}
6、hashtable 的变化
7、执行器
8、新的参数解析方式
php5 对应的参数解析 zend_parse_parament，
php7对应的参数解析：fast_zpp
以上就是一起看看php7和php5对比的新特性和性能优化的详细内容。