Exemple d'implémentation de la fonction sleep dans nodejs_node.js

La chose la plus désagréable à propos de nodejs est sa nature monothread. Il ne peut pas faire beaucoup de choses et ses performances ne sont pas assez puissantes pour les scénarios gourmands en CPU. Depuis longtemps, je voulais trouver des solutions dans le cadre du langage JavaScript pour résoudre les problèmes d'incapacité à faire fonctionner les threads et de mauvaises performances. La solution qui m'a le plus impressionné était les fibres, mais indépendamment des fibres ou d'autres solutions, le fonctionnement du fil reste très délicat. Il repose trop sur les fils auxiliaires et met la charrue avant les bœufs ; sont concernés, JavaScript est intrinsèquement Le problème de faible performance ne peut pas être résolu ; le plus gênant est que dans le cadre du langage JavaScript, la transmission des messages entre les threads est souvent très limitée et les objets ne peuvent pas être véritablement partagés.

La méthode addon de nodejs est sans aucun doute excellente, avec une flexibilité extrêmement forte, des fonctions complètes et les performances du code natif. En termes simples, cela permet à nodejs d'appeler directement le module c/c, qui est un mode de développement mixte javascript et natif. C'est une bonne chose, pourquoi ne pas l'utiliser ? L'addon devrait être considéré comme un grand sujet. Je ne veux pas en parler trop profondément aujourd'hui, je n'ai pas beaucoup de pratique moi-même. Implémentez ensuite une fonction de veille et considérez-la comme une introduction.

dormir

Pourquoi JavaScript ne peut-il pas implémenter une véritable veille ? La méthode sleep enregistre un signal auprès du noyau du système d'exploitation et envoie un signal de réveil après une heure spécifiée, tandis que le thread lui-même se bloque. Essentiellement, lorsque le thread sleep(1000) signifie dire au système d'exploitation : Ne m'attribuez pas de temps CPU dans les 1000 ms. Par conséquent, la mise en veille peut garantir que le thread ne consomme plus de ressources CPU lorsqu'il est suspendu. JavaScript s'exécute dans un seul thread et annule le concept de thread. Naturellement, il n'existe aucun moyen de suspendre et d'interrompre le thread principal.

Certaines personnes essaieront également d'utiliser javascript pour implémenter le sommeil, par exemple :

Copier le code Le code est le suivant :

fonction sleep(sleepTime) {
for(var start = new Date; new Date - start <= sleepTime; ) { }
>

Cela utilise une boucle vide pour bloquer l'exécution du processus principal pour implémenter le sommeil, ce qui est évidemment loin du vrai sommeil.

Et si on mettait en place un vrai sommeil ?

Préparation de l'environnement

Environnement de développement

Certains de mes blogs l'ont déjà dit, je vais donc l'omettre ici : node.js npm, python 2.7, visual studio/x-code.

Outils de compilation

L'outil de compilation doit utiliser node-gyp. Les versions plus récentes de nodejs sont fournies avec cette bibliothèque. Si node-gyp ne l'est pas, veuillez exécuter :

.

Copier le code Le code est le suivant :

npm install -g nœud-gyp

Je n'ai pas l'énergie d'étudier les fonctionnalités de gyp. Si vous connaissez d'autres compilateurs tels que gcc, il n'est pas exclu que gyp ait des incompatibilités, et les options et commutateurs de compilation sont également différents. Il est recommandé de réécrire le code C pour nodejs. S'il existe effectivement des modules qui doivent être réutilisés, vous pouvez envisager d'utiliser le gcc familier pour le compiler dans une bibliothèque de liens dynamiques, puis d'écrire une petite quantité de code pour utiliser le lien dynamique. bibliothèque, puis utilisez gyp pour compiler cette partie du code pour une utilisation par nodejs.

Entrez dans le dossier du projet et exécutez npm init pour initialiser le projet. Afin de faire savoir à nodejs que nous voulons créer un module complémentaire, nous devons ajouter package.json :

Copier le code Le code est le suivant :

"fichier gyp": vrai

Si vous avez utilisé gcc, vous devez vous souvenir du makefile. De même, gyp décrit également la configuration de la compilation via un fichier. Ce fichier est bind.gyp, qui est un fichier json que nous connaissons très bien. gyp n'est pas au centre de notre discussion, donc bind.gyp ne sera pas exploré en profondeur. Nous nous concentrerons uniquement sur les éléments de configuration les plus importants. Voici un exemple de fichier bind.gyp simple mais complet :

Copier le code Le code est le suivant :

{
"cibles": [
{
"target_name": "bonjour",
"sources": [ "bonjour.cc" ],
"include_dirs": [
" ]
>
]
>

Jetez simplement un œil aux trois éléments de configuration impliqués :

1.target_name : Indique le nom du module de sortie.
2.sources : indique le chemin du code source qui doit être compilé. Il s'agit d'un tableau.
3.include_dirs : Indique les répertoires à utiliser lors du processus de compilation. Les fichiers d'en-tête dans ces répertoires peuvent être recherchés dans la directive de précompilation #include. Une manière d'écrire assez particulière est utilisée ici. Au lieu de donner le chemin sous forme de constante de chaîne, nous exécutons une commande node -e "require('nan')". Nous parlerons plus tard de la bibliothèque nan. regardez ce que cette commande produit : node_modulesnan, il s'avère que cette commande signifie renvoyer le chemin de la bibliothèque nan.

Encodage C

OK, maintenant que le code source hello.cc a été configuré, créez un tel fichier. Il y a un problème qui doit être rappelé à l'avance. Le module c que nous écrivons sera finalement utilisé par le moteur v8, donc l'API, la méthode d'écriture, etc. sont limitées par le moteur v8. Différentes versions de nodejs utilisent en fait différentes versions du moteur v8, ce qui signifie qu'il est difficile d'utiliser un ensemble de code C pour satisfaire différentes versions de nodejs (en référence au processus de compilation. Une fois la compilation terminée, il devrait pouvoir être utilisé dans toutes les versions, sans vérification. Oui. Github ne peut pas télécharger de bibliothèques binaires, donc l'open source sur Github provoquera des problèmes. npm peut télécharger directement les bibliothèques binaires et ignorer l'étape de compilation, le problème est donc relativement mineur).

nœud 0.11 et supérieur :

Copier le code Le code est le suivant :

#include
#include

en utilisant l'espace de noms v8 ;

void SleepFunc(const v8::FunctionCallbackInfo& args) {
Isoler* isoler = Isolate::GetCurrent();
Portée HandleScope (isoler);
double arg0 = args[0] -> NumberValue();
Sommeil(arg0);
>

void Init (Handle