À quels scénarios Nodejs peut-il être appliqué ?

Cet article présente quelques scénarios d'application de Nodejs. Il a une certaine valeur de référence. Les amis dans le besoin peuvent s'y référer. J'espère qu'il sera utile à tout le monde.

Mode multithread à haute concurrence d'Apache

Avantages : prend en charge la concurrence multithread

Inconvénients : blocage

Qu'est-ce qu'un thread

Un thread est la plus petite unité CPU qui peut s'exécuter indépendamment et peut s'exécuter simultanément dans le même processus Exécutez et partagez l'espace d'adressage mémoire sous le processus.

Lorsque différents threads doivent occuper la même variable, selon le principe du premier arrivé, premier servi, pendant que le thread qui arrive en premier est en cours d'exécution, le thread suivant ne peut qu'attendre de côté, c'est-à-dire qu'il rejoint la séquence de file d’attente de blocage. Cela provoque un blocage des threads.

Scénario similaire : activité de gestion des guichets bancaires

Principe d'E/S asynchrone de NodeJS

Avantages : concurrence élevée (le plus important avantages), adapté aux applications gourmandes en E/S

Inconvénients :

• Ne convient pas aux applications gourmandes en CPU (les principaux défis que les applications gourmandes en CPU apportent à Node Oui : en raison de la nature monothread de JavaScript, s'il y a des calculs de longue durée (tels que de grandes boucles), la tranche de temps CPU ne sera pas libérée, rendant les E/S suivantes impossibles à lancer)

• Prend uniquement en charge le processeur monocœur et ne peut pas utiliser pleinement le processeur

• Faible fiabilité Une fois qu'un certain lien du code tombe en panne, l'ensemble du système se bloque
  . Raison : processus unique, thread unique
  Solution :
  (1) Proxy inverse Nnigx, équilibrage de charge, ouvrir plusieurs processus, lier plusieurs ports
  (2) Ouvrir plusieurs processus pour écouter le même port, utiliser ; module de cluster
  (3) Utilisez PM2 pour gérer le processus en ligne et redémarrez automatiquement le projet en cas de problème

• Le débogage n'est pas pratique et il n'y a aucune trace de pile pour les erreurs

NodeJS est une boucle basée sur des événements, chaque élément de logique NodeJS est écrit dans la fonction de rappel et la fonction de rappel est exécutée de manière asynchrone après son retour. [Étude recommandée : "Tutoriel nodejs"]

NodeJS ne bloque pas, mais le blocage ne se produit pas dans le processus de rappel ultérieur, mais se produit dans le calcul et le traitement de la logique par NodeJS lui-même.

Toutes les opérations fastidieuses de NodeJS telles que les E/S et la communication réseau peuvent être confiées aux threads de travail pour exécution et rappel, ce qui est donc très rapide. Mais pour un fonctionnement normal du CPU, celui-ci ne peut fonctionner que par lui-même.

Scénario similaire : Faites la queue pour commander puis appelez votre numéro pour récupérer votre repas.

Scénarios d'application de NodeJS

NodeJS a une forte capacité à gérer la concurrence, mais sa capacité à gérer le calcul et la logique est très faible.

Par conséquent, nous déplaçons les opérations logiques complexes vers le front-end (client) pour les terminer, et NodeJS n'a besoin que de fournir des E/S asynchrones, afin qu'un traitement haute performance avec une simultanéité élevée puisse être obtenu.

API RESTful

C'est le scénario d'application le plus idéal pour NodeJS. Il peut gérer des dizaines de milliers de connexions. Il n'a pas grand-chose. la logique elle-même, il vous suffit de demander l'API, d'organiser les données et de les renvoyer.

Il recherche simplement quelques valeurs dans une base de données et les compose en réponse.

Étant donné que les réponses sont de petites quantités de texte et que les requêtes entrantes sont de petites quantités de texte, le trafic n'est pas élevé et une seule machine peut gérer les besoins d'API même des entreprises les plus occupées.

Applications avec un grand nombre de requêtes Ajax

Applications d'une seule page avec chat en temps réel et logique client forte. Exemples spécifiques : Applications de musique en ligne localisées, applications de recherche en ligne localisées, applications en ligne localisées, etc.

Scénarios applicables à Apache

Apache en raison de ses caractéristiques d'espace d'adressage de mémoire partagée multithread à haute concurrence, ce qui signifie que si le serveur est suffisamment puissant, si le processeur possède des cœurs suffisamment élevés, Apache fonctionnera très bien, il convient donc aux applications avec relativement peu de traitements asynchrones (simultanés), une grande quantité de calculs en arrière-plan et une logique métier d'arrière-plan complexe.

Pour plus de connaissances sur la programmation, veuillez visiter : Vidéo de programmation ! !

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!