Quels sont les avantages du swool

Avantages de swoole : 1. Plusieurs Web Workers et tâches distinctes, de sorte que le code peut être retardé ; 2. Prise en charge de Coroutine ; 3. Pas besoin d'installer d'autres serveurs Web ; 4. La limite de requêtes peut être augmentée.

L'environnement d'exploitation de ce tutoriel : système Windows 10, version Swoole 4, ordinateur DELL G3

Qu'est-ce que Swoole ?

Swoole est un framework de programmation PHP asynchrone basé sur des coroutines.

Il est principalement développé par des développeurs chinois travaillant sur des applications à grande échelle ciblant le marché chinois. En tant que tel, il a été testé et validé dans des environnements de production à fort trafic. C'est une technologie sur laquelle vous pouvez absolument compter et c'est passionnant de travailler avec !

Avantages de Swoole

Swoole présente de nombreux avantages, notamment plusieurs Web Workers et des tâches distinctes, la prise en charge des coroutines et la possibilité d'augmenter considérablement les plafonds de requêtes.

• Prise en charge de plusieurs Web Workers

• Prise en charge de tâches distinctes

• Prise en charge de Coroutine

• Pas besoin de serveur Web

• Peut augmenter la limite de requêtes

Plusieurs serveurs de travail Web et travailleurs de tâches séparés

Comme mentionné ci-dessus, Swoole dispose de plusieurs travailleurs Web et de travailleurs de tâches séparés, permettant de différer le code. Retarder des processus de longue durée ouvre la porte à de nombreuses méthodes auparavant irréalisables dans vos API et applications, telles que différer le traitement jusqu'à l'envoi d'une réponse.

Support Coroutine

Le support Coroutine de Swoole signifie que même si vous effectuez de nombreuses E/S coûteuses (par exemple, parler à la base de données, travailler avec le système de fichiers, faire des requêtes HTTP), vous pouvez gérer de nombreuses requêtes.

Bootstrap n'est chargé qu'une seule fois, vous ne payez donc pas la taxe de 15 % à 25 % sur chaque demande. Étant donné que cela fait partie de l'initialisation, cela signifie que vous utilisez moins de ressources sur chaque requête, y compris la RAM et le processeur. Pour certaines applications, cela peut signifier que vous aurez besoin de moins de serveurs, ce qui peut déjà être dû au temps d'exécution asynchrone.

Pas besoin d'un autre serveur Web

En parlant de moins de serveurs, vous n'avez pas besoin d'un serveur Web car Swoole est un serveur Web. Vous pouvez démarrer un conteneur Docker qui installe uniquement PHP et n'a pas besoin d'installer NGINX devant lui.

Vous n'êtes pas obligé d'écrire NGINX ou Apache dans le même conteneur, il peut simplement s'agir de PHP. Et si vous envisagez de réaliser n'importe quel type de conteneurisation, avoir ces conteneurs à processus unique dans un seul langage est vraiment la référence.

Capacité d'exigences plus élevée

Fait intéressant, les membres des communautés Zend Framework et Laminas pensent que les serveurs asynchrones sont capables de gérer quatre à sept fois plus de requêtes que les configurations standard.

Bien sûr, vous pouvez régler Apache et NGINX pour qu'ils soient très rapides, mais vous pouvez devenir beaucoup plus rapide avec un serveur asynchrone, et Node l'a prouvé à maintes reprises.

Inconvénients

Bien que les avantages énumérés ci-dessus puissent apporter des avantages significatifs aux applications PHP, Swoole présente néanmoins certains inconvénients évidents.

Ces inconvénients peuvent inclure :

• Rechargement du code

• Débogage

• Un écouteur par événement

• Méthode "end()" de Swoole Response

• Requêtes non standards/API React

Rechargement du code

En tant que développeurs PHP, nous avons l'habitude d'apporter des modifications à notre code puis de recharger le navigateur pour voir l'impact des modifications.

Malheureusement, la possibilité de recharger le code est manquante dans Swoole. C'est parce que c'est un processus de longue haleine. Ainsi, lors de l'actualisation, il utilise le même code qu'avant le changement.

Il existe une fonctionnalité de rechargement de code à chaud dans Swoole, mais pour le moment, il n'y a aucun moyen de recharger quoi que ce soit requis pour amorcer l'instance de serveur réelle (pensez à l'instance d'application, au conteneur DI, à la configuration) elle-même.

Débogage

Étant donné que la prise en charge de la coroutine de Swoole n'est pas compatible avec Xdebug et Xhprof, le débogage peut être un défi. Vous devrez vous habituer à la journalisation.

Méthode de réponse "end"

Dans Swoole, si vous oubliez d'appeler "$response->end()", la connexion restera ouverte jusqu'à ce qu'un timeout réseau se produise. Cela signifie que le processus en cours reste ouvert, ce qui signifie que la boucle d'événements n'existe plus. Finalement, cela entraînera un délai d'attente, et un délai d'attente sera obtenu, mais le délai d'attente reste un problème.

Donc, si vous pouvez en faire abstraction, vous pouvez éviter les maux de tête. (Cette fonction est requise pour que Swoole sache quand la réponse est terminée et puisse libérer le travailleur pour traiter une autre demande ; cependant, du point de vue de l'utilisateur, c'est un problème car il est facile d'oublier de l'appeler.)

Donc c'est une fonctionnalité très utile et pratique dans le runtime Swoole, mais il serait préférable que vous puissiez éviter de le faire dans votre propre code.

API de requête/réponse non standard

La méthode "$response->end()" est un exemple d'API de requête/réponse non standard dans Swoole. Il ne suit pas la spécification PSR-7 (l'interface de messagerie HTTP de PHP) ni même aucune implémentation de framework telle que HTTPKernel ou laminas-http de Symfony.

Donc, si vous écrivez directement Swoole mais que vous souhaitez toujours utiliser votre propre framework, vous devrez vous adapter - mais cela peut être un problème.

Apprentissage recommandé : Tutoriel swoole

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!