Parlons des minuteurs PHP

À propos des minuteurs PHP

Il existe deux minuteurs courants : l'un est exécuté périodiquement, par exemple, un rapport est émis à trois heures du matin tous les jours, l'autre est exécuté après une heure spécifiée (une fois) ; , comme pour les membres. Les récompenses de connexion quotidiennes seront émises cinq minutes après la connexion au système. Les deux situations correspondent aux commandes cron et at dans le shell, et setInterval et setTimeout en <code>JavaScript La fonction est similaire (à proprement parler, setInterval est exécuté périodiquement et l'exécution au moment spécifié doit être gérée par elle-même). cron和at命令，与JavaScript中的setInterval和setTimeout函数类似（严格来说setInterval是周期性执行，指定时间点执行需要自行处理）。

做web开发的PHP程序员对JavaScript中的两个定时器函数应该都还熟悉，回到PHP层面就有点傻眼：PHP中有sleep，但是没有（内置）定时器函数可用。sleep函数勉强可以做到，但会导致进程阻塞，期间不能做其他事（或无响应）。为什么PHP没能提供定时器（Timer）这个功能呢？

原因

个人认为，web开发中PHP不能使用定时器的本质原因是可控 常驻内存运行环境的缺失。两个要点：第一常驻内存，第二可控。CGI模式下，进程执行完脚本后直接退出，不能指望其到指定时间运行任务；PHP-FPM模式下，进程（绝大多数）常驻内存，但不可控。

不可控的意思是执行PHP的进程不受PHP代码影响，进程的入口点和退出时机由额外的程序控制。例如FPM模式下，PHP脚本中的exit、die函数只中断脚本的执行，不会对执行脚本的进程产生特别的影响（内存泄露除外）。PHP开发人员编写的脚本是进程的执行体，执行完毕后就从进程的执行上下文中卸载出去。这种情况下，执行PHP脚本的时机仍然由外部驱动，没有外部请求PHP代码就安详的躺在硬盘上，什么都不做，也就定时任务。

由于PHP主要面向web开发，PHP这种执行模式稳定可靠，开发效率快。比如省去资源释放这一步，就避免了开发中很多工作量和坑。想想某些第三方库代码中改时区、字符编码等还不还原，在常驻内存运行环境下几乎肯定会导致后续请求有问题。但在FPM模式下，这种坑无意中直接趟平，省去许多调试时间，为程序员保住发际线做出了不小的贡献。

问题已经了解，那么PHP中如何使用定时器执行定时任务？

危险的做法

在web环境下，PHP脚本默认有超时时间。去掉超时设置，就可以让程序一直在后台运行（如果进程不退出的话）。例如以下代码在响应请求后继续后台运行，并且每五秒钟输出一次时间到文件：

# 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);

请求http://localhost:8080/test.php文件后，监测/tmp/out.dat文件，会发现不断有内容输出，无论客户端是否断开连接、关闭浏览器或者重启电脑（不能重启服务器）。这说明程序一直在执行，并且也实现了我们想要的定时器功能。如果把sleep改成usleep、time_nanosleep，还能实现微秒、纳秒级定时器，岂不美哉？

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

Les programmeurs PHP qui font du développement web devraient être familiers avec les deux fonctions de minuterie en JavaScript. Lorsqu'ils reviennent au niveau PHP, ils sont un peu abasourdis : PHP a veille, mais il n'y a pas de (intégré). in) La fonction minuterie est disponible. La fonction sleep peut à peine le faire, mais elle entraînera le blocage du processus et ne pourra rien faire d'autre (ou ne répondra plus) pendant cette période. Pourquoi PHP ne fournit-il pas la fonction timer ?

Raison

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'un

contrôlable

environnement d'exploitation de mémoire résidente

. 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.

1. 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 interrompent uniquement l'exécution du script et n'auront pas d'impact particulier sur le processus exécutant le script. (sauf pour les 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.
2. É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.
3. Le problème a été compris, alors comment utiliser un timer pour effectuer des tâches planifiées en PHP ?
4. 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 :

rrreee

Après avoir demandé le http://localhost:8080/test.php, surveillez le fichier <code>/tmp/out.dat, vous constaterez que le contenu est affiché en continu, 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 ? 🎜🎜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🎜🎜Comment implémenter des minuteries en PHP peut être simplement résumé comme suit : 🎜🎜🎜Utilisez cron, Jenkins et d'autres outils de planification pour effectuer des tâches planifiées périodiques (soit pour exécuter un script, soit pour demander 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 doit gérer le processus par elle-même. Problèmes de concurrence ; 🎜🎜Utilisez le mode mémoire résident pour exécuter des 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

Pour être honnête, 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 :

1. Utilisez des frameworks tels que swoole et workerman, avec des minuteries intégrées (de haute précision)
swoole、workerman等框架，内置（高精度）定时器；
2. 使用多进程（池）/多线程（池）技术（pcntl、pthreads拓展在CLI模式下才可用）；
3. 处理tick或者alarm等信号；
4. 使用libevent、libev等事件驱动库；
5. sleep加循环或自己实现事件循环。

想折腾的话自己用2-5方案，不想折腾swoole、workerman ; 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) ; comme tick ou alarme ; li>

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

sleep ; pour ajouter des boucles ou implémenter vous-même des boucles d'événements.

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!