Последовательность инициализации и сброса в расширениях PHP

Хозяйке на заметку

Я сейчас занимаюсь написанием расширения PHP, которое меняет UID/EUID (а также GID/EGID) процесса PHP-интерпретатора на UID/GID владельца DocumentRoot сайта. При этом по замыслу расширение должно отключаться, если SAPI не используется (например, запущена CLI-версия интерпретатора).

Для этой задачи оказалось важным знать точную последовательность инициализации и финализации.

Те, кто разрабатывал расширения для PHP, знают, что функции инициализации/финализации задаются структурой zend_module_entry, например:

Инициализация происходит при этом в таком порядке:

1. GINIT — инициализация глобальных переменных;
2. MINIT — инициализация расширения;
3. RINIT — инициализация перед обработкой запроса.

Разрушение, соответственно, происходит в обратном порядке: RSHUTDOWN, MSHUTDOWN, GSHUTDOWN. Всё просто.

Однако у программиста есть возможность установить свой обработчик для фазы SAPI Activate/SAPI Deactivate (обычно это делается во время MINIT):

printf() всё же лучше не использовать, но в качестве примера сойдёт

И вот тут-то начинается самое интересное.

При запуске PHP (я использовал php-cgi) получается такая картина:

1. GINIT;
2. MINIT;
3. SAPI deactivate — вот оно!

Получается, что SAPI Deactivate вызывается до SAPI Activate, что не вполне очевидно, особенно для новичка Последовательность обработки запросов остаётся практически той же:

1. SAPI activate;
2. RINIT;
3. RSHUTDOWN;
4. SAPI deactivate.

При завершении процесса (именно процесса, а не запроса — ибо один процесс может обработать несколько запросов — это зависит от значения переменной окружения PHP_FCGI_MAX_REQUESTS) будут вызваны MSHUTDOWN и RSHUTDOWN — и никаких лишних SAPI (De)activate.