There are some pitfalls you should be aware of when using this function.
The script will still occupy a FPM process after fastcgi_finish_request(). So using it excessively for long running tasks may occupy all your FPM threads up to pm.max_children. This will lead to gateway errors on the webserver.
Another important thing is session handling. Sessions are locked as long as they're active (see the documentation for session_write_close()). This means subsequent requests will block until the session is closed.
You should therefore call session_write_close() as soon as possible (even before fastcgi_finish_request()) to allow subsequent requests and a good user experience.
This also applies for all other locking techniques as flock or database locks for example. As long as a lock is active subsequent requests might bock.
fastcgi_finish_request
(PHP 5 >= 5.3.3, PHP 7, PHP 8)
fastcgi_finish_request — Envia todos os dados de resposta ao cliente
Descrição
fastcgi_finish_request
(
) : boolean
Esta função envia todos os dados de resposta para o cliente e finaliza a requisição. Isso permite que tarefas demoradas sejam executadas sem que a conexão com o cliente seja mantida aberta.
Valor Retornado
Retorna true em caso de sucesso ou false em caso de falha.
add a note
User Contributed Notes 2 notes
tuxrampage ¶
7 years ago
Patrick Allaert ¶
2 years ago
This is very poor man's approach to async execution.
Better relying on message queues to process something asynchronously.
