Maison > développement back-end > Problème PHP > Pourquoi php n'a-t-il pas de fonction de timing ?

Pourquoi php n'a-t-il pas de fonction de timing ?

青灯夜游
Libérer: 2023-03-17 22:22:02
original
2954 Les gens l'ont consulté

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, le premier est la mémoire résidente et le second est 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 en mémoire mais ne peut pas être contrôlé.

Pourquoi php n'a-t-il pas de fonction de timing ?

L'environnement d'exploitation de ce tutoriel : système Windows 7, version PHP 8, ordinateur DELL G3

Pourquoi php n'a-t-il pas de fonction de synchronisation

Il existe deux minuteries courantes : l'une est l'exécution de synchronisation périodique ? , comme tôt le matin tous les jours Le rapport est émis à trois heures ; l'autre est exécuté après une heure spécifiée (une fois), par exemple, les récompenses de connexion quotidiennes sont émises cinq minutes après la connexion des membres au système. Correspond 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 timer en JavaScript. Revenant au niveau PHP, ils sont un peu abasourdis :

Il y a du sommeil en PHP, mais il n'y a pas de timer (intégré). fonction 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 ?

Raisons

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 à maintenir leur ligne de conduite.

Le problème a été compris, alors comment utiliser un timer pour effectuer des tâches planifiées en PHP ?

Pratique dangereuse

Dans un environnement web, les scripts PHP ont un timeout par défaut. Supprimez le paramètre de délai d'attente et vous pourrez continuer à exécuter le programme en arrière-plan (si le processus ne se termine pas). Par exemple, le code suivant continue de s'exécuter en arrière-plan après avoir répondu à la requête et affiche l'heure dans un fichier toutes les cinq secondes :

# test.php
set_time_limit(0); # 取消超时设置,让脚本可一直运行

echo 'This is a background run forever script. Now you can leave me alone.';

fastcgi_finish_request();   # 结束当前请求

do{
   file_put_contents("/tmp/out.dat", "test script, now:" . date("Y-m-d H:i:s") . "\n", FILE_APPEND);
   sleep(5);
}while(true);
Copier après la connexion

Après avoir demandé le http://localhost:8080/test.php, surveillez le fichier <code>/tmp/out.dat, vous constaterez que le contenu est constamment affiché, que le client se déconnecte, ferme le navigateur ou redémarre l'ordinateur (le serveur ne peut pas être redémarré). Cela montre que le programme a été exécuté et que la fonction de minuterie souhaitée a été atteinte. Si vous remplacez sleep par usleep ou time_nanosleep, vous pouvez également implémenter des minuteries en microsecondes et nanosecondes, ne serait-ce pas sympa ? http://localhost:8080/test.php文件后,监测/tmp/out.dat文件,会发现不断有内容输出,无论客户端是否断开连接、关闭浏览器或者重启电脑(不能重启服务器)。这说明程序一直在执行,并且也实现了我们想要的定时器功能。如果把sleep改成usleeptime_nanosleep,还能实现微秒、纳秒级定时器,岂不美哉?

实践中应当尽量避免用这种方式实现定时器,不仅因为低效,还略有危险。原因之一是每次请求会占用一个进程,请求十万次需要十万个进程,基本上会导致系统崩溃或后续请求无响应;另外如果打开了session,但是忘记调用session_write_close

En pratique, vous devriez essayer d'éviter d'implémenter des minuteries de cette manière, non seulement parce que c'est inefficace, mais aussi légèrement dangereux. L'une des raisons est que chaque requête occupera un processus, et cent mille requêtes nécessiteront cent mille processus, ce qui entraînera essentiellement un crash du système ou des requêtes ultérieures qui ne répondront plus, si la session est ouverte mais que vous ; oubliez d'appeler session_write_close, ce qui entraînera le blocage des requêtes ultérieures du même utilisateur (la session est dans un état verrouillé lorsqu'elle est active, et l'échec de la fermeture de la session empêchera les processus suivants pour ouvrir la séance).

Le développement Web doit répondre aux demandes des utilisateurs le plus rapidement possible. L'implémentation forcée de minuteries de cette manière dans le développement Web rendra l'ensemble de l'application Web instable, peu fiable ou imprévisible. Mencius a dit : Sachez et agissez avec prudence, un gentleman ne se tient pas sous un mur dangereux. Les pratiques peu fiables doivent être évitées autant que possible et, soit dit en passant, il convient également d'éviter de rejeter la faute et de rejeter la faute.

Ensuite, jetons un coup d'œil à la bonne posture pour utiliser les timers en PHP.

Posture correcte

Les méthodes d'implémentation des timers en PHP peuvent être simplement résumées comme suit :
  • Utilisez cron, Jenkins et d'autres outils de planification pour effectuer des tâches planifiées périodiques (soit pour exécuter des scripts, soit pour des requêtes) Une certaine URL );
  • Les tâches d'exécution uniques sont transmises à des programmes tiers pour être exécutées via des files d'attente de messages, des bases de données, etc.
  • Simulez des tâches planifiées comme WordPress, mais n'oubliez pas que cette méthode repose sur les demandes des clients , et vous devez gérer vous-même les problèmes de simultanéité des processus ;
  • Utilisez le mode mémoire résidente pour exécuter les programmes PHP, c'est-à-dire le mode CLI. 🎜

À l'exception de la troisième méthode, toutes les autres méthodes sont recommandées. Veuillez considérer le plan spécifique en fonction des besoins réels. En tant que programmeur PHP, bien entendu, le premier choix est d’utiliser PHP, qui est le mode CLI.

Mode CLI

En toute conscience, le mode CLI permet à PHP d'étendre beaucoup son espace. En mode CLI, le point d'entrée du programme est le script, le code peut résider en mémoire et le processus est entièrement contrôlé par le code PHP. Sous cette forme, il existe de nombreuses façons de mettre en œuvre la minuterie. Cet article répertorie plusieurs méthodes pour inspirer les autres :

  • Utilisez des frameworks tels que swoole et workerman, avec des minuteries intégrées (de haute précision) swooleworkerman等框架,内置(高精度)定时器;

  • 使用多进程(池)/多线程(池)技术(pcntlpthreads拓展在CLI模式下才可用);

  • 处理tick或者alarm等信号;

  • 使用libeventlibev等事件驱动库;

  • sleep加循环或自己实现事件循环。

想折腾的话自己用2-5方案,不想折腾swooleworkerman

 ; Utiliser la technologie multi-processus (Pool)/multi-threading (pool) (les extensions pcntl, pthreads ne sont disponibles qu'en mode CLI

Les signaux de processus tels que tick ou alarm ;


Utilisez des bibliothèques basées sur des événements telles que libevent et libev

🎜🎜🎜sleep pour ajouter des boucles ou implémenter ; l'événement se boucle vous-même. 🎜🎜🎜🎜Si vous voulez jouer avec cela, utilisez vous-même le plan 2-5. Si vous ne voulez pas jouer avec des frameworks tels que swoole et workerman, ils sont le premier choix. Ils sont stables et fiables. 🎜🎜🎜Résumé🎜🎜🎜 Distinguez la relation entre les requêtes HTTP et les tâches, et il sera simple de mettre en œuvre des tâches planifiées. Quant à savoir s'il faut utiliser PHP pour l'implémenter, c'est une autre affaire. Bien entendu, en tant que langage privilégié pour le développement Web, PHP peut facilement implémenter des tâches planifiées. 🎜🎜Apprentissage recommandé : "🎜Tutoriel vidéo PHP🎜"🎜🎜

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!

Étiquettes associées:
php
source:php.cn
Déclaration de ce site Web
Le contenu de cet article est volontairement contribué par les internautes et les droits d'auteur appartiennent à l'auteur original. Ce site n'assume aucune responsabilité légale correspondante. Si vous trouvez un contenu suspecté de plagiat ou de contrefaçon, veuillez contacter admin@php.cn
Tutoriels populaires
Plus>
Derniers téléchargements
Plus>
effets Web
Code source du site Web
Matériel du site Web
Modèle frontal