Pourquoi PHP ne prend-il pas en charge les minuteries ?

Il existe deux minuteries courantes : l'une est exécutée périodiquement, par exemple, un rapport est émis à trois heures du matin chaque jour ; l'autre est exécutée après une heure spécifiée (une fois), par exemple, une connexion quotidienne ; est émis cinq minutes après qu'un membre se connecte au système. Les deux situations correspondent aux commandes cron et at du shell, qui sont similaires aux fonctions setInterval et setTimeout en JavaScript (à proprement parler, setInterval est exécuté périodiquement et l'exécution à un instant spécifié doit être gérée par elle-même).

Les programmeurs PHP qui font du développement Web devraient être familiers avec les deux fonctions de minuterie en JavaScript. Revenir au niveau PHP est un peu abasourdi :

Il y a du sommeil en PHP, mais aucune fonction de minuterie (intégrée) n'est disponible. La fonction veille peut à peine le faire, mais elle bloquera le processus et ne pourra pas faire autre chose (ou ne plus répondre) pendant cette période. Pourquoi PHP ne fournit-il pas la fonction timer ?

Cause

Personnellement, je crois que la raison essentielle pour laquelle PHP ne peut pas utiliser de minuteries dans le développement Web est le manque d'environnement d'exploitation de mémoire résidente contrôlable. Deux points clés : premièrement, la mémoire résidente et deuxièmement, contrôlable. En mode CGI, le processus se termine directement après l'exécution du script et ne peut pas exécuter la tâche à une heure spécifiée ; en mode PHP-FPM, le processus réside (principalement) en mémoire mais est incontrôlable.

Incontrôlable signifie que le processus exécutant PHP n'est pas affecté par le code PHP, et que le point d'entrée et le timing de sortie du processus sont contrôlés par des programmes supplémentaires. Par exemple, en mode FPM, les fonctions exit et die du script PHP n'interrompent que l'exécution du script et n'auront pas d'impact particulier sur le processus d'exécution du script (sauf fuites de mémoire). Le script écrit par les développeurs PHP est le corps d'exécution du processus. Après exécution, il est déchargé du contexte d'exécution du processus. Dans ce cas, le timing d'exécution du script PHP est toujours déterminé par l'extérieur. S'il n'y a pas de requête externe, le code PHP restera tranquillement sur le disque dur, ne faisant rien, et ce sera une tâche planifiée.

Étant donné que PHP est principalement orienté vers le développement web, le mode d'exécution de PHP est stable et fiable, et l'efficacité du développement est rapide. Par exemple, omettre l’étape de libération des ressources peut éviter beaucoup de charge de travail et d’embûches lors du développement. Pensez à certains codes de bibliothèques tierces qui modifient les fuseaux horaires, les encodages de caractères, etc. et ne les restaurent pas dans un environnement d'exécution de mémoire résidente, cela entraînera presque certainement des problèmes avec les requêtes ultérieures. Cependant, en mode FPM, cet écueil est involontairement atténué, ce qui permet d'économiser beaucoup de temps de débogage et d'apporter une contribution considérable à la capacité des programmeurs à garder leur ligne de conduite.

Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!