Giai đoạn 1: LEXING

Lexing (tokenizing) là quá trình chuyển một đoạn string (mã nguồnPHP) thành 1 chuỗi các token. Một token đơn giản là một định danh gắn với một giá trị. PHP sử dụng re2c để sinh ra các lexer của nó từ file khai báo zend_language_scanner.

Hãy xem output trong giai đoạn Lexing thông qua tokenizer extension:

$code = <<<'code'
<?php
$a = 1;
code;

$tokens = token_get_all($code);

foreach ($tokens as $token) {
    if (is_array($token)) {
        echo "Line {$token[2]}: ", token_name($token[0]), " ('{$token[1]}')", PHP_EOL;
    } else {
        var_dump($token);
    }
}

Outputs:

Line 1: T_OPEN_TAG ('<?php
')
Line 2: T_VARIABLE ('$a')
Line 2: T_WHITESPACE (' ')
string(1) "="
Line 2: T_WHITESPACE (' ')
Line 2: T_LNUMBER ('1')
string(1) ";"

Có một vài điểm cần chú ý khi nhìn vào những dòng output trên. Đầu tiên, không phải tất cả các dòng code đều được định nghĩa (tokenize). Các kí hiệu như =, ;, :, ? vẫn được giữ nguyên. Thứ hai, lexing không đơn giản chỉ output ra một dãy các token. Trong phần lớn trường hợp, nó cũng lưu trữ các lexeme (giá trị tương ứng của mỗi định danh) và số thứ tự hàng (sẽ được ứng dụng với các stack trace).

$code = <<<'code'
<?php
$a = 1;
code;

print_r(ast\parse_code($code, 30));

Outputs:

ast\Node Object (
    [kind] => 132
    [flags] => 0
    [lineno] => 1
    [children] => Array (
        [0] => ast\Node Object (
            [kind] => 517
            [flags] => 0
            [lineno] => 2
            [children] => Array (
                [var] => ast\Node Object (
                    [kind] => 256
                    [flags] => 0
                    [lineno] => 2
                    [children] => Array (
                        [name] => a
                    )
                )
                [expr] => 1
            )
        )
    )
)

if (PHP_VERSION === '7.1.0-dev') { 

echo 'Yay', PHP_EOL; 

} 

php -dopcache.enable_cli=1 -dopcache.optimization_level=0 -dvld.active=1 -dvld.execute=0 file.php

line     #* E I O op                           fetch          ext  return  operands
-------------------------------------------------------------------------------------
   3     0  E > > JMPZ                                                     <true>, ->3
   4     1    >   ECHO                                                     'Yay'
         2        ECHO                                                     '%0A'
   7     3    > > RETURN                                                   1

Chúng ta có thể thấy rằng hằng số điều kiện đã bị loại bỏ, và 2 dòng ECHO đã hợp thành một lệnh. Đây chỉ là một trong nhiều cách mà OPcache thực hiện tối ưu hoá khi thực hiện chuyển qua mã tác vụ của kịch bản.

Giai đoạn 4: INTEPRETER - Thông dịch

Giai đoạn cuối là thông dịch mã tác vụ. Đây là nơi mã tác vụ đang chạy trên Zen Engine VM. Giai đoạn này hầu như rất ngắn. Đầu ra gần như tương tự với kết quả khi ta sử dụng các câu lệnh PHP như echo, var_dump,…

Thay vì đào sâu thêm vào những thứ phức tạp trong giai đoạn này, hãy cùng xem một sự thật thú vị: PHP yêu cầu chính nó như 1 dependency khi sản sinh ra chính VM của nó. Bởi vì VM được sinh ra bởi mã PHP, do đó nó trở nên đơn giản hơn để viết và dễ dàng hơn để bảo trì.

Kết luận

Như vậy thì chúng ta đã có một cách nhìn thoáng qua về 4 giai đoạn hoạt động của PHP interpreter khi nó biên dịch code PHP. Chúng ta cũng đã sử dụng các extendsions từ bên ngoài như tokenizer, php-ast, OPcache, và VLD để xem các trạng thái của nó khi chạy.

Tôi hy vọng bài viết này đã giúp cung cấp cho bạn một sự hiểu biết toàn diện hơn về PHP interpreter, cũng như tầm quan trọng của việc mở rộng OPcache (cho cả bộ nhớ đệm của nó và khả năng tối ưu hóa).

Nguồn: Sitepoint và bản dịch Đinh Thiên Phúc - học viên trung tâm Techmaster.vn