Эта простота обманчива. Она создает иллюзию того, что PHP — это медленный интерпретатор, который читает ваш код сверху вниз, как стихотворение, спотыкаясь о каждую запятую. На самом деле современный PHP (версии 7 и 8) устроен гораздо сложнее и ближе к таким языкам, как Java или C#, чем к старым скриптовым технологиям.
Давайте разберем путь вашего кода от нажатия клавиши Enter до появления пикселей на мониторе пользователя.
Этап 1. Лексический анализ (Токенизация)
Когда сервер получает запрос к .php файлу, управление берет Zend Engine — сердце языка. Но процессор компьютера не понимает команды типа
$user = 'Alex';. Сначала работает лексер (Lexer, утилита re2c). Он сканирует ваш текстовый файл и разбивает его на токены — элементарные кирпичики языка:
- Открывающий тег
<?php. - Переменная
$user. - Оператор присваивания
=. - Строка
'Alex'. - Точка с запятой
;.
На выходе получается поток данных, где вместо букв стоят их числовые идентификаторы.
Этап 2. Парсинг и Абстрактное синтаксическое дерево (AST)
Поток токенов еще бесполезен. Нужно понять логику. Этим занимается парсер. Он собирает из кирпичиков структуру — Abstract Syntax Tree (AST). Представьте это как схему предложения. Парсер понимает, что
$user — это субъект, а 'Alex' — объект, и между ними есть связь присвоения. Если вы допустили синтаксическую ошибку (забыли точку с запятой), парсер выдаст ошибку именно здесь, даже не пытаясь запустить код.Этап 3. Компиляция в байт-код (Opcodes)
Это самый важный момент, разрушающий миф об «интерпретаторе». PHP компилирует AST в OPcache (Operation Codes) — низкоуровневый набор инструкций для виртуальной машины. Это уже не ваш красивый код с отступами и комментариями. Это сухие команды вроде:
INIT_FCALL: (инициировать вызов функции).SEND_VAR: (передать переменную).DO_ICALL: (выполнить функцию).ECHO: (вывести строку).
Важный нюанс: В классическом понимании PHP не компилируется в машинный код процессора (как Go или Rust). Он компилируется в промежуточный байт-код для Zend Virtual Machine (ZVM).
Этап 4. Магия OPCache (Почему PHP быстрый)
Раньше (до версии 5.6) этот цикл происходил при каждом клике пользователя. Это было медленно. Сейчас всё иначе благодаря расширению OPCache, которое включено по умолчанию. После первой компиляции байт-код сохраняется в оперативной памяти сервера (Shared Memory). Когда второй пользователь заходит на сайт, PHP проверяет память:
- Код уже там? Отлично, пропускаем этапы лексинга, парсинга и компиляции. Сразу переходим к выполнению.
- Файл на диске изменился? Сбрасываем кэш и компилируем заново.
Именно поэтому современные фреймворки (Laravel, Symfony) стартуют почти мгновенно.
Этап 5. Zend Virtual Machine (Исполнение)
Виртуальная машина ZVM берет опкоды из кэша и превращает их в инструкции, понятные центральному процессору сервера. ZVM управляет памятью, выделяет место под переменные и следит за тем, чтобы скрипты не конфликтовали друг с другом.
Этап 6. Жизнь после смерти (SAPI и Lifecycle)
Существует миф: «PHP умирает после каждого запроса». Это полуправда. Умирает контекст запроса (переменные очищаются из памяти), но сам рабочий процесс (PHP-FPM) живет долго. Один процесс воркер может обслужить сотни и тысячи запросов подряд, не перезапускаясь полностью. Это экономит ресурсы на загрузку бинарного файла PHP и всех подключенных расширений (для работы с базой данных MySQL, обработки изображений GD и т.д.).
Новое поколение: JIT (Just-In-Time Compiler)
С приходом PHP 8 появился слой JIT. Если OPCache хранит байт-код, то JIT идет дальше: он видит, какие участки кода выполняются чаще всего (например, сложные математические циклы), и прямо во время работы превращает эти опкоды в настоящий машинный код процессора (нули и единицы x86_64). Теперь PHP умеет обходить виртуальную машину на критических участках, работая со скоростью компилируемых языков. Для обычного веб-сайта (где основная задержка — это ожидание ответа от базы данных SQL) прирост невелик, но для задач аналитики или математики скорость выросла в разы.
Итог: Ваш скромный PHP-скрипт проходит через конвейер промышленного уровня. Он сначала превращается в структурированное дерево, затем в оптимизированный байт-код, кэшируется в памяти и лишь потом исполняется долгоживущим процессом. Иллюзия простоты скрывает внутри мощную архитектуру, которая годами совершенствуется инженерами Zend.
