Среда выполнения и внутреннее устройство PHP

Каждый запрос стартует с чистого состояния интерпретатора: приложение поднимается, отрабатывает, и в конце уничтожаются все переменные, объекты, статические свойства и глобальные значения. Ничто не доживает до следующего запроса, поэтому нужное уходит в базу или кэш.

php-fpm — это FastCGI-менеджер процессов: он держит пул постоянных рабочих процессов PHP. nginx сам отдаёт статику, а PHP-запросы пересылает по протоколу FastCGI (Unix-сокет или TCP) через fastcgi_pass. Свободный воркер обрабатывает запрос и возвращает ответ; nginx сам PHP не выполняет. Размер пула (pm.max_children) ограничивает конкурентность.

nginx сам отдаёт статику, остальное шлёт по FastCGI мастеру php-fpm, тот передаёт запрос свободному воркеру; если все заняты, запрос ждёт в listen-очереди. Воркер выполняет index.php: OPcache отдаёт готовые опкоды, фреймворк бутстрапится, middleware доходит до контроллера, ответ уходит, и воркер сносит всё.

Генератор — это функция, использующая yield, чтобы выдавать значения лениво, по одному, не строя всю коллекцию в памяти. Её вызов возвращает объект Generator, реализующий интерфейс Iterator — поэтому по нему можно пройти через foreach. Каждый yield приостанавливает функцию и продолжает на следующей итерации.

Без него PHP парсит и компилирует каждый исходный файл в опкоды на каждый запрос. OPcache держит эти скомпилированные опкоды в разделяемой памяти, поэтому следующий запрос пропускает компиляцию и сразу исполняет их. Он кэширует код, а не данные: не результаты запросов.

PHP 8 добавляет JIT-компилятор, union-типы (int|string), именованные аргументы, атрибуты, выражение match, продвижение свойств в конструкторе и nullsafe-оператор ?->. declare(strict_types=1) переключает файл с приводящей на строгую типизацию скаляров — передача string туда, где объявлен int, кидает TypeError вместо тихого приведения.

Запустите CLI-скрипт с бесконечным циклом, который делает работу и засыпает, поддерживаемый супервизором (systemd или supervisord), а не демонизируйте вручную. Внутри цикла вызывайте gc_collect_cycles() и следите за памятью, так как долгоживущий процесс PHP накапливает состояние. Обрабатывайте сигналы (pcntl_signal) для корректного завершения, а перезапуск доверьте супервизору.

При вызове не копируется ничего. Семантически PHP передаёт по значению, но движок разделяет тот же массив и увеличивает refcount — это copy-on-write. Дублирование происходит, только когда одна из сторон пишет при refcount > 1. Добавление элемента внутри функции копирует весь массив.

Octane поднимает приложение Laravel один раз и держит его экземпляр и контейнер живыми внутри воркера Swoole, FrankenPHP или RoadRunner. Поэтому ломается всё, что ждало свежий процесс: ваши синглтоны, статические свойства, изменённый конфиг, протёкший пользователь.

opcache.memory_consumption должен вмещать все скомпилированные скрипты, иначе кэш буксует, а opcache.max_accelerated_files обязан превышать реальное число файлов. opcache.validate_timestamps=0 убирает проверку файлов на каждом запросе, но выкладка требует сброса.

Каждое значение несёт refcount; при нуле оно освобождается сразу, и так уходит почти всё. Чего refcount не освободит никогда — это цикл ссылок: каждый объект держит счётчик от другого. PHP копит возможные корни циклов и запускает отдельный сборщик циклов.

Приложение поднимается один раз, а дальше воркер обслуживает много запросов в цикле, поэтому загрузка фреймворка, конфиг, контейнер и соединения с базой переиспользуются. Плата: процесс переживает запрос, поэтому статические свойства и синглтоны утекают в следующий.

yield from делегирует: он отдаёт значения внутреннего итерируемого, сохраняя его ключи, пробрасывает наружу значение return внутреннего генератора (читается через getReturn()) и передаёт в него send(). Ручной foreach с повторным yield не делает ничего из этого.

Это удержание, а не утечка. fetchAll() материализует все 5 млн строк ещё до входа в цикл, а $processed[] держит живую ссылку на каждую сущность, поэтому refcount не падает до нуля и освобождать нечего. Нужно стримить: fetch() в цикле или генератор, и не копить.

Остаёмся на FPM. Shared-nothing снос состояния — свойство безопасности, а не только расход: утечка или fatal в одном запросе не заденет следующий. Воркер-режим стартует один раз, но превращает статику, синглтоны и глобалы в межзапросные инциденты. Бутстрап — 15 мс из 90, потолок ~17%.

Opcache кэширует скомпилированные опкоды в разделяемой памяти, чтобы PHP не парсил и не компилировал исходник заново на каждый запрос. JIT (PHP 8) идёт дальше, компилируя горячие опкоды в нативный машинный код в рантайме — он помогает CPU-bound коду больше, чем типичным I/O-bound веб-запросам. Сборщик мусора — это подсчёт ссылок у каждого ZVAL плюс сборщик циклов, периодически находящий и освобождающий недостижимые циклы ссылок.

Обязательно то, что убирает классы ошибок: strict_types, продвижение свойств, enum, readonly, match. Property hooks и асимметричную видимость (PHP 8.4) берём там, где они убирают бойлерплейт. Новый синтаксис 8.5 придерживаем. Конкурентность — на том, что есть: RFC True Async — черновик без голосования.