redémarrage en douceur de Swoole
Dans Swoole, nous pouvons envoyer divers signaux au processus principal, et le processus principal les recevra selon les différents types de signaux sont traités. Par exemple, le
SIGTERM suivant, un signal de fin élégant, interrompra le processus une fois l'exécution du programme en cours terminé, au lieu de tuer le processus directement (apprentissage recommandé : tutoriel vidéo swoole )
SIGUSR1, redémarrera tous les processus de travail en douceur
SIGUSR2, redémarrera tous les processus de tâches en douceur
Si nous voulons redémarrer le serveur, il suffit d'envoyer le signal SIGUSR1 au processus principal.
Le principe du redémarrage en douceur est que lorsque le processus principal reçoit le signal SIGUSR1, le processus principal enverra un signal de sortie sécurisée à un processus enfant. La soi-disant sortie sécurisée signifie que le processus principal. ne sera pas directement Le processus Worker est tué, mais attend que le processus enfant ait fini de traiter le travail en cours, puis lui permet de "se retirer" glorieusement, et enfin démarre un nouveau processus enfant (rechargement du nouveau code du programme PHP).
Envoyez ensuite la commande "retirement" aux autres processus enfants, redémarrant ainsi tous les processus enfants les uns après les autres.
Nous avons remarqué que le redémarrage en douceur signifie en fait laisser les anciens processus enfants se terminer un par un et recréer le nouveau processus. Afin de ne pas affecter les utilisateurs lors d'un redémarrage en douceur, cela nécessite que les informations d'état relatives à l'utilisateur ne soient pas enregistrées dans le processus. Autrement dit, le processus métier doit être sans état pour éviter la perte d'informations due à la sortie du processus.
Ça fait du bien. Tout ce que vous avez à faire pour redémarrer est simplement d'envoyer un signal au processus principal.
L'idéal est plein, mais la réalité ne l'est pas.
Dans swoole, le redémarrage n'est efficace que pour les fichiers chargés après le démarrage du processus Worker ! Qu'est-ce que cela signifie ? Cela signifie que le redémarrage n'a de sens que pour les fichiers chargés après le rappel onWorkerStart. Si vous souhaitez qu'un fichier chargé en mémoire avant le démarrage du processus Worker prenne à nouveau effet, vous pouvez uniquement arrêter le serveur et le redémarrer.
Cela dit, écrivons un exemple pour voir comment envoyer le signal SIGUSR1 au processus principal pour redémarrer efficacement le processus Worker.
Nous créons d'abord une classe Test pour traiter les données du rappel onReceive Pourquoi devrions-nous supprimer l'activité de rappel onReceive et l'écrire séparément Vous comprendrez après avoir lu l'exemple.
<?php class Test { public function run($data) { echo $data; } }
Dans la méthode Test::run, notre première étape consiste simplement à faire écho aux données reçues par swoole_server.
Dans le répertoire courant, nous créons une classe swoole_server NoReload.php
<?php require_once("Test.php"); class NoReload { private $_serv; private $_test; /** * init */ public function __construct() { $this->_serv = new Swoole\Server("127.0.0.1", 9501); $this->_serv->set([ 'worker_num' => 1, ]); $this->_serv->on('Receive', [$this, 'onReceive']); $this->_test = new Test; } /** * start server */ public function start() { $this->_serv->start(); } public function onReceive($serv, $fd, $fromId, $data) { $this->_test->run($data); } } $noReload = new NoReload; $noReload->start();
Rappel spécial : lorsque nous initialisons swoole_server, nous l'écrivons dans l'espace de noms
new Swoole\Server
Ce style d'écriture est équivalent à l'écriture soulignée. Swoole prend en charge les deux styles d'écriture
new swoole_server
De plus, jetons un coup d'œil à la logique du code du serveur : avant la définition de la classe, require_once Test.php et initialisez When. lors de la configuration d'un processus Worker, la méthode NoReload::onReceive a été enregistrée en tant que rappel onReceive de swoole_server et les données reçues dans le rappel onReceive ont été transmises à la méthode Test::run pour traitement.
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!