這篇文章要跟大家分享的是關於PHP7新特性中抽象語法樹(AST)的一些介紹，內容很不錯，有需要的朋友可以參考一下，希望可以幫助到大家。
本文分析了PHP7新特性之抽象語法樹(AST)所帶來的變化。分享給大家供大家參考，具體如下：
這裡大部分內容參考AST 的RFC 文件而成：https://wiki.php.net/rfc/abstractsyntaxtree，為了易於理解從源文檔中節選部分進行介紹。
本文不會告訴你抽象語法樹是什麼，這需要你自己去了解，這裡只是描述 AST 為 PHP 帶來的一些改變。
PHP7 的核心中有一個重要的變化是加入了 AST。在PHP5中，從php 腳本到opcodes 的執行的過程是：
Lexing：詞法掃描分析，將來源檔案轉換成token 流；
#Parsing：語法分析，在此階段產生op arrays。
PHP7 中在語法分析階段不再直接產生op arrays，而是先生成AST，所以過程多了一步：
Lexing ：詞法掃描分析，將原始檔轉換成token 流；
Parsing：語法分析，從token 流產生抽象語法樹；
Compilation：從抽象語法樹產生op arrays。
從以上的步驟來看，這比之前的過程還多了一步，所以照常理來說這反而會增加程序的執行時間和記憶體的使用。但事實上記憶體的使用確實增加了，但是執行時間上卻有所降低。
以下結果是使用小（程式碼約100 行）、中（約700 行）、大（約2800 行）三個腳本分別進行測試得到的，測試腳本： https://gist.github .com/nikic/289b0c7538b46c2220bc.
每個檔案編譯100 次的執行時間（注意文章的測試結果時間是14 年，PHP7 還叫PHP-NG 的時候）：
| #php-ng | php-ast | diff | |
| SMALL | 0.180s | 0.160s | -12.5% |
| MEDIUM | 1.492s | #1.268s | -17.7% |
| #LARGE | 6.703s | 5.736s | -16.9% |
單次編譯中的記憶體峰值：
| php-ng | php-ast | diff | |
| SMALL | 378kB | 414kB | # 9.5 % |
| MEDIUM | 507kB | 643kB | 26.8% |
| #LARGE | 1084kB | 1857kB | 71.3% |
單次編譯的測試結果可能無法代表實際使用的情況，以下是使用PhpParser 進行完整專案測試所得到的結果：
| php-ng | php-ast | diff | |
| TIME | 25.5ms | 22.8ms | -11.8% |
| MEMORY | 2360kB | 2482kB | 5.1% |
測試表明，使用AST 之後程式的執行時間整體上大概有10% 到15% 的提升，但是記憶體消耗也有增加，在大檔案單次編譯中增加明顯，但是在整個專案執行過程中並不是很嚴重的問題。
還有註意的是以上的結果都是在沒有 Opcache 的情況下，生產環境中開啟 Opcache 的情況下，記憶體的消耗增加也不是很大的問題。
如果只是時間上的最佳化，似乎也不是使用 AST 的充足理由。其實實現 AST 並不是基於時間優化上的考慮，而是為了解決語法上的問題。下面來看一下語意上的一些變化。
在PHP5 的實作中，如果在一個表達式上下文（例如在一個賦值表達式的右邊）中使用yield，你必須在yield 申明兩邊使用括號：
<?php $result = yield fn(); // 不合法的 $result = (yield fn()); // 合法的
這種行為只是因為PHP5 的實現方式的限制，在PHP7 中，括號不再是必須的了。所以以下這些寫法也都是合法的：
<?php $result = yield; $result = yield $v; $result = yield $k => $v;
當然了，還要遵循 yield 的應用場景才行。
在PHP5 中，($foo)['bar'] = 'baz' 和$foo['bar'] = 'baz' 兩個語句的意思不一樣。事實上前一種寫法是不合法的，你會得到下面這樣的錯誤：
<?php ($foo)['bar'] = 'baz'; # PHP Parse error: Syntax error, unexpected '[' on line 1
但是在 PHP7 中，兩個寫法表示同樣的意思。
同樣，如果函數的參數被括號包裹，類型檢查存在問題，在PHP7 中這個問題也得到了解決：
<?php
function func() {
return [];
}
function byRef(array &$a) {
}
byRef((func()));以上代碼在PHP5 中不會告警，除非使用byRef(func()) 的方式調用，但是在PHP7 中，不管func() 兩邊有沒有括號都會產生以下錯誤：
PHP Strict standards: Only variables should be passed by reference ...
list 關鍵字的行為改變了很多。 list 給變數賦值的順序（等號左右同時的順序）以前是從右至左，現在是從左到右：
<?php list($array[], $array[], $array[]) = [1, 2, 3]; var_dump($array); // PHP5: $array = [3, 2, 1] // PHP7: $array = [1, 2, 3] # 注意这里的左右的顺序指的是等号左右同时的顺序， # list($a, $b) = [1, 2] 这种使用中 $a == 1, $b == 2 是没有疑问的。
產生上面變化的原因正是因為在PHP5 的賦值過程中， 3 會先被填入數組，1 最後，但是現在順序改變了。
同樣的變化還有：
<?php $a = [1, 2]; list($a, $b) = $a; // PHP5: $a = 1, $b = 2 // PHP7: $a = 1, $b = null + "Undefined index 1"
這是因為先前的賦值過程中$b 先得到2，然後$a 的值才變成1，但現在 $a 先變成了1，不再是數組，所以 $b 就成了null。
list 現在只會存取每個偏移量一次：
<?php list(list($a, $b)) = $array; // PHP5: $b = $array[0][1]; $a = $array[0][0]; // PHP7: // 会产生一个中间变量，得到 $array[0] 的值 $_tmp = $array[0]; $a = $_tmp[0]; $b = $_tmp[1];
空的list 成員現在是全部禁止的，以前只是在某些情況下：
<?php list() = $a; // 不合法 list($b, list()) = $a; // 不合法 foreach ($a as list()) // 不合法 (PHP5 中也不合法)
引用賦值的順序在PHP5 中是從右到左的，現在式從左到右：
<?php
$obj = new stdClass;
$obj->a = &$obj->b;
$obj->b = 1;
var_dump($obj);
// PHP5:
object(stdClass)#1 (2) {
["b"] => &int(1)
["a"] => &int(1)
}
// PHP7:
object(stdClass)#1 (2) {
["a"] => &int(1)
["b"] => &int(1)
}#現在可以直接使用$obj->__clone() 的寫法去呼叫__clone 方法。 __clone 是之前唯一一個被禁止直接呼叫的魔術方法，之前你會得到一個這樣的錯誤：
Fatal error: Cannot call __clone() method on objects - use 'clone $ obj' instead in ...
AST 也解決了一些語法一致性的問題，這些問題是在另外一個RFC 中被提出的：https:// wiki.php.net/rfc/uniform_variable_syntax.
在新的實作上，一些先前的語法表達的意義和現在有些不同，具體的可以參考下面的表格：
| Expression | PHP5 | PHP7 |
| $$foo['bar']['baz'] | ${$foo['bar']['baz']} | ($$foo)['bar']['baz'] |
| $foo->$bar['baz'] | $foo->{$bar['baz']} | ($foo->$bar)[' baz'] |
| $foo->$bar['baz']() | $foo->{$bar['baz']}( ) | ($foo->$bar)['baz']() |
| #Foo::$bar['baz']() | Foo::{$bar['baz']}() | (Foo::$bar)['baz']() |
以上是PHP7新功能中抽象語法樹(AST)的一些介紹的詳細內容。更多資訊請關注PHP中文網其他相關文章！
