Heim  >  Artikel  >  Backend-Entwicklung  >  Lassen Sie uns über PHP-Timer sprechen

Lassen Sie uns über PHP-Timer sprechen

藏色散人
藏色散人nach vorne
2021-09-15 14:47:133544Durchsuche

Es gibt zwei gängige Timer: Einer wird regelmäßig ausgeführt, z. B. wird jeden Tag um drei Uhr morgens ein Bericht ausgegeben, der andere wird nach einer bestimmten Zeit (einmal) ausgeführt. , z. B. für Mitglieder. Tägliche Anmeldeprämien werden fünf Minuten nach der Anmeldung beim System ausgegeben. Die beiden Situationen entsprechen den Befehlen cron und at in der Shell sowie setInterval und setTimeout in <code>JavaScript Die Funktion ist ähnlich (streng genommen wird setInterval regelmäßig ausgeführt und die Ausführung zum angegebenen Zeitpunkt muss selbst erledigt werden). cronat命令,与JavaScript中的setIntervalsetTimeout函数类似(严格来说setInterval是周期性执行,指定时间点执行需要自行处理)。

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

原因

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

不可控的意思是执行PHP的进程不受PHP代码影响,进程的入口点和退出时机由额外的程序控制。例如FPM模式下,PHP脚本中的exitdie函数只中断脚本的执行,不会对执行脚本的进程产生特别的影响(内存泄露除外)。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改成usleeptime_nanosleep,还能实现微秒、纳秒级定时器,岂不美哉?

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

PHP-Programmierer, die Webentwicklung betreiben, sollten mit den beiden Timer-Funktionen in JavaScript vertraut sein. Wenn sie zur PHP-Ebene zurückkehren, sind sie etwas verblüfft: PHP hat sleep, aber es gibt keine (eingebaute). in) Timer-Funktion ist verfügbar. Die Funktion sleep kann dies kaum tun, aber sie führt dazu, dass der Prozess blockiert wird und während dieser Zeit keine anderen Dinge tun kann (oder nicht mehr reagiert). Warum stellt PHP die Timer-Funktion nicht zur Verfügung?

Grund

Ich persönlich glaube, dass der wesentliche Grund, warum PHP keine Timer in der Webentwicklung verwenden kann, das Fehlen einer

kontrollierbaren

residenten Speicherbetriebsumgebung

ist. Zwei wichtige Punkte: erstens residenter Speicher und zweitens steuerbar. Im CGI-Modus wird der Prozess direkt nach der Ausführung des Skripts beendet und es kann nicht erwartet werden, dass er die Aufgabe zu einem bestimmten Zeitpunkt ausführt. Im PHP-FPM-Modus befindet sich der Prozess (meistens) im Speicher, ist jedoch nicht kontrollierbar.
  1. Unkontrollierbar bedeutet, dass der Prozess, der PHP ausführt, nicht vom PHP-Code beeinflusst wird und der Eintrittspunkt und der Austrittszeitpunkt des Prozesses durch zusätzliche Programme gesteuert werden. Beispielsweise unterbrechen im FPM-Modus die Funktionen exit und die im PHP-Skript nur die Ausführung des Skripts und haben keine besonderen Auswirkungen auf den Prozess, der das Skript ausführt (mit Ausnahme von Speicherlecks). Das von PHP-Entwicklern geschriebene Skript ist der Ausführungskörper des Prozesses. Nach der Ausführung wird es aus dem Ausführungskontext des Prozesses entladen. In diesem Fall wird der Zeitpunkt der Ausführung des PHP-Skripts immer noch von außen bestimmt. Wenn keine externe Anforderung vorliegt, liegt der PHP-Code still auf der Festplatte, ohne etwas zu tun, und es handelt sich um eine geplante Aufgabe.
  2. Da PHP hauptsächlich auf die Webentwicklung ausgerichtet ist, ist der Ausführungsmodus von PHP stabil und zuverlässig und die Entwicklungseffizienz ist schnell. Durch das Weglassen des Ressourcenfreigabeschritts können beispielsweise viel Arbeitsaufwand und Fallstricke bei der Entwicklung vermieden werden. Denken Sie an einige Bibliothekscodes von Drittanbietern, die Zeitzonen, Zeichenkodierungen usw. ändern und diese nicht wiederherstellen. In einer Umgebung mit residentem Speicher führt dies mit ziemlicher Sicherheit zu Problemen bei nachfolgenden Anforderungen. Im FPM-Modus wird diese Falle jedoch unbeabsichtigt geglättet, was viel Zeit beim Debuggen spart und einen erheblichen Beitrag dazu leistet, dass Programmierer ihren Haaransatz beibehalten können.
  3. Das Problem wurde verstanden. Wie kann man also einen Timer verwenden, um geplante Aufgaben in PHP auszuführen?
  4. Gefährliche Praxis
In einer Webumgebung haben PHP-Skripte standardmäßig eine Zeitüberschreitung. Entfernen Sie die Timeout-Einstellung und Sie können das Programm im Hintergrund weiterlaufen lassen (wenn der Prozess nicht beendet wird). Beispielsweise läuft der folgende Code nach der Beantwortung der Anfrage im Hintergrund weiter und gibt die Uhrzeit alle fünf Sekunden in eine Datei aus:

rrreee

Nach der Anforderung des http://localhost:8080/test.php-Datei, überwachen Sie die Datei <code>/tmp/out.dat. Sie werden feststellen, dass der Inhalt ständig ausgegeben wird, unabhängig davon, ob der Client die Verbindung trennt, den Browser schließt oder den Computer neu startet (der Server kann nicht sein). neu gestartet). Dies zeigt, dass das Programm ausgeführt wurde und die gewünschte Timer-Funktion erreicht wurde. Wenn Sie sleep in usleep oder time_nanosleep ändern, können Sie auch Mikrosekunden- und Nanosekunden-Timer implementieren. Wäre das nicht schön? 🎜🎜In der Praxis sollten Sie versuchen, die Implementierung von Timern auf diese Weise zu vermeiden, da dies nicht nur ineffizient, sondern auch leicht gefährlich ist. Einer der Gründe dafür ist, dass jede Anfrage einen Prozess belegt und einhunderttausend Anfragen einhunderttausend Prozesse erfordern, was im Grunde dazu führt, dass das System abstürzt oder nachfolgende Anfragen nicht mehr reagieren, wenn die Sitzung außer Ihnen geöffnet ist Vergessen Sie, session_write_close aufzurufen, was dazu führt, dass nachfolgende Anfragen desselben Benutzers hängen bleiben (die Sitzung befindet sich in einem gesperrten Zustand, wenn sie aktiv ist, und wenn die Sitzung nicht geschlossen wird, können nachfolgende Prozesse nicht ausgeführt werden um die Sitzung zu eröffnen). 🎜🎜Die Webentwicklung sollte so schnell wie möglich auf Benutzeranfragen reagieren. Die erzwungene Implementierung von Timern in der Webentwicklung führt dazu, dass die gesamte Webanwendung instabil, unzuverlässig oder unvorhersehbar wird. Menzius sagte: Wisse und handle umsichtig, ein Gentleman steht nicht vor einer gefährlichen Mauer. Unzuverlässige Praktiken sollten so weit wie möglich vermieden werden, und ganz nebenbei sollten auch Schuldzuweisungen und Schuldzuweisungen vermieden werden. 🎜🎜 Als nächstes werfen wir einen Blick auf die richtige Haltung für die Verwendung von Timern in PHP. 🎜🎜Richtige Haltung🎜🎜Wie man Timer in PHP implementiert, lässt sich einfach wie folgt zusammenfassen: 🎜🎜🎜Verwenden Sie Cron, Jenkins und andere Planungstools, um regelmäßig geplante Aufgaben auszuführen (entweder um ein Skript auszuführen oder eine bestimmte URL anzufordern)); 🎜🎜Einmalige Ausführungsaufgaben werden an Programme von Drittanbietern zur Ausführung über Nachrichtenwarteschlangen, Datenbanken usw. übermittelt. 🎜🎜Simulieren Sie geplante Aufgaben wie WordPress, aber denken Sie daran, dass diese Methode auf Client-Anfragen basiert und den Prozess selbst abwickeln muss Parallelitätsprobleme; 🎜🎜Verwenden Sie den residenten Speichermodus, um PHP-Programme auszuführen, d. h. den CLI-Modus. 🎜🎜🎜Mit Ausnahme der dritten Methode werden alle anderen Methoden empfohlen. Bitte berücksichtigen Sie den spezifischen Plan basierend auf den tatsächlichen Bedürfnissen. Als PHP-Programmierer ist die erste Wahl natürlich die Verwendung von PHP, also dem CLI-Modus. 🎜

CLI-Modus

Um ehrlich zu sein, ermöglicht der CLI-Modus PHP, seinen Speicherplatz erheblich zu erweitern. Im CLI-Modus ist der Einstiegspunkt des Programms das Skript, und der Code kann im Speicher liegen, und der Prozess wird vollständig vom PHP-Code gesteuert. In dieser Form gibt es viele Möglichkeiten, den Timer zu implementieren. In diesem Artikel werden mehrere Methoden aufgeführt, um andere zu inspirieren:

  1. Verwenden Sie Frameworks wie swoole und workerman mit integrierten (hochpräzisen) Timern
  2. swooleworkerman等框架,内置(高精度)定时器;
  3. 使用多进程(池)/多线程(池)技术(pcntlpthreads拓展在CLI模式下才可用);
  4. 处理tick或者alarm等信号;
  5. 使用libeventlibev等事件驱动库;
  6. sleep加循环或自己实现事件循环。

想折腾的话自己用2-5方案,不想折腾swooleworkerman Verwenden Sie Multiprozess- (Pool)/Multithreading- (Pool-)Technologie (pcntl, pthreads-Erweiterungen sind nur im CLI-Modus verfügbar

Prozesssignale wie z als Tick oder Alarm; li>

Verwenden Sie ereignisgesteuerte Bibliotheken wie libevent und libev

sleep um selbst Schleifen hinzuzufügen oder Ereignisschleifen zu implementieren.

Wenn Sie sich damit anlegen möchten, verwenden Sie selbst den 2-5-Plan. Wenn Sie sich nicht mit Frameworks wie swoole und workerman herumschlagen möchten , sie sind die erste Wahl. Sie sind stabil und zuverlässig.

ZusammenfassungUnterscheiden Sie die Beziehung zwischen HTTP-Anfragen und Aufgaben, und es wird einfacher, geplante Aufgaben zu implementieren. Ob PHP zur Implementierung verwendet werden soll, ist eine andere Sache. Natürlich kann PHP als bevorzugte Sprache für die Webentwicklung geplante Aufgaben problemlos implementieren.

Empfohlenes Lernen: „
PHP-Video-Tutorial🎜“🎜🎜🎜

Das obige ist der detaillierte Inhalt vonLassen Sie uns über PHP-Timer sprechen. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!

Stellungnahme:
Dieser Artikel ist reproduziert unter:tlanyan.me. Bei Verstößen wenden Sie sich bitte an admin@php.cn löschen