這篇文章將為大家詳細講解有關PHP7新特性之抽象語法樹AST帶來的變化有哪些，小編覺得挺實用的，因此分享給大家做個參考，希望大家閱讀完這篇文章后可以有所收獲。

目前創(chuàng)新互聯(lián)已為超過千家的企業(yè)提供了網(wǎng)站建設、域名、雅安服務器托管、網(wǎng)站運營、企業(yè)網(wǎng)站設計、宕昌網(wǎng)站維護等服務，公司將堅持客戶導向、應用為本的策略，正道將秉承"和諧、參與、激情"的文化，與客戶和合作伙伴齊心協(xié)力一起成長，共同發(fā)展。

新的執(zhí)行過程

PHP7 的內核中有一個重要的變化是加入了 AST。在 PHP5中，從 php 腳本到 opcodes 的執(zhí)行的過程是：

1. Lexing：詞法掃描分析，將源文件轉換成 token 流；

2. Parsing：語法分析，在此階段生成 op arrays。

PHP7 中在語法分析階段不再直接生成 op arrays，而是先生成 AST，所以過程多了一步：

1. Lexing：詞法掃描分析，將源文件轉換成 token 流；

2. Parsing：語法分析，從 token 流生成抽象語法樹；

3. Compilation：從抽象語法樹生成 op arrays。

執(zhí)行時間和內存消耗

從以上的步驟來看，這比之前的過程還多了一步，所以按常理來說這反而會增加程序的執(zhí)行時間和內存的使用。但事實上內存的使用確實增加了，但是執(zhí)行時間上卻有所降低。

以下結果是使用?。ùa大約 100 行）、中（大約 700 行）、大（大約 2800 行）三個腳本分別進行測試得到的，測試腳本： https://gist.github.com/nikic/289b0c7538b46c2220bc.

每個文件編譯 100 次的執(zhí)行時間（注意文章的測試結果時間是 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 之后程序的執(zhí)行時間整體上大概有 10% 到 15% 的提升，但是內存消耗也有增加，在大文件單次編譯中增加明顯，但是在整個項目執(zhí)行過程中并不是很嚴重的問題。

還有注意的是以上的結果都是在沒有 Opcache 的情況下，生產(chǎn)環(huán)境中打開 Opcache 的情況下，內存的消耗增加也不是很大的問題。

語義上的改變

如果僅僅是時間上的優(yōu)化，似乎也不是使用 AST 的充足理由。其實實現(xiàn) AST 并不是基于時間優(yōu)化上的考慮，而是為了解決語法上的問題。下面來看一下語義上的一些變化。

yield 不需要括號

在 PHP5 的實現(xiàn)中，如果在一個表達式上下文（例如在一個賦值表達式的右側）中使用yield，你必須在yield申明兩邊使用括號：

<?php
$result = yield fn(); // 不合法的
$result = (yield fn()); // 合法的

這種行為僅僅是因為 PHP5 的實現(xiàn)方式的限制，在 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 中，兩種寫法表示同樣的意思。

同樣，如果函數(shù)的參數(shù)被括號包裹，類型檢查存在問題，在 PHP7 中這個問題也得到了解決：

<?php
function func() {
 return [];
}
function byRef(array &$a) {
}
byRef((func()));

以上代碼在 PHP5 中不會告警，除非使用byRef(func()) 的方式調用，但是在 PHP7 中，不管func() 兩邊有沒有括號都會產(chǎn)生以下錯誤：

PHP Strict standards:  Only variables should be passed by reference ...

list() 的變化

list 關鍵字的行為改變了很多。list 給變量賦值的順序（等號左右同時的順序）以前是從右至左，現(xiàn)在是從左到右：

<?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 是沒有疑問的。

產(chǎn)生上面變化的原因正是因為在 PHP5 的賦值過程中，3 會最先被填入數(shù)組，1 最后，但是現(xiàn)在順序改變了。

同樣的變化還有：

<?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，但是現(xiàn)在 $a 先變成了 1，不再是數(shù)組，所以 $b 就成了 null。

list 現(xiàn)在只會訪問每個偏移量一次：

<?php
list(list($a, $b)) = $array;
// PHP5:
$b = $array[0][1];
$a = $array[0][0];
// PHP7:
// 會產(chǎn)生一個中間變量，得到 $array[0] 的值
$_tmp = $array[0];
$a = $_tmp[0];
$b = $_tmp[1];

空的 list 成員現(xiàn)在是全部禁止的，以前只是在某些情況下：

<?php
list() = $a;   // 不合法
list($b, list()) = $a; // 不合法
foreach ($a as list()) // 不合法 (PHP5 中也不合法)

引用賦值的順序

引用賦值的順序在 PHP5 中是從右到左的，現(xiàn)在時從左到右：

<?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)
}

__clone 方法可以直接調用

現(xiàn)在可以直接使用$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.

在新的實現(xiàn)上，以前的一些語法表達的含義和現(xiàn)在有些不同，具體的可以參照下面的表格：

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']()

整體上還是以前的順序是從右到左，現(xiàn)在從左到右，同時也遵循括號不影響行為的原則。這些復雜的變量寫法是在實際開發(fā)中需要注意的。

關于“PHP7新特性之抽象語法樹AST帶來的變化有哪些”這篇文章就分享到這里了，希望以上內容可以對大家有一定的幫助，使各位可以學到更多知識，如果覺得文章不錯，請把它分享出去讓更多的人看到。

網(wǎng)站名稱：PHP7新特性之抽象語法樹AST帶來的變化有哪些-創(chuàng)新互聯(lián)
轉載源于：http://jinyejixie.com/article46/csojeg.html

成都網(wǎng)站建設公司_創(chuàng)新互聯(lián)，為您提供網(wǎng)站導航、App開發(fā)、企業(yè)建站、App設計、品牌網(wǎng)站設計、ChatGPT

廣告

聲明：本網(wǎng)站發(fā)布的內容（圖片、視頻和文字）以用戶投稿、用戶轉載內容為主，如果涉及侵權請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場，如需處理請聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內容未經(jīng)允許不得轉載，或轉載時需注明來源： 創(chuàng)新互聯(lián)