Maison > Article > interface Web > L'histoire entre node.js et macOS

L'histoire entre node.js et macOS

小云云original: 2017-12-18 11:22:141351parcourir

Cet article utilise une courte histoire pour partager avec vous l'histoire entre node.js et macOS. J'espère qu'il pourra aider tout le monde.

George G a fait un petit test sur son ordinateur, mais les résultats ont été bien différents de ceux attendus.

Alors regardons d'abord ce qui est écrit dans ce petit test :

Il y a trois fichiers au total, et le code total ne dépasse pas 15 lignes

parent.js

<span style="font-size: 14px;">class Parent {}<br><br>module.exports = Parent<br></span>

son.js

<span style="font-size: 14px;">//加载时把模块文件名首字母大写了(不正确的)<br/>const Parent = require(&#39;./Parent&#39;)<br/><br/>class Son extends Parent {}<br/><br/>module.exports = Son<br/></span>

test.js

<span style="font-size: 14px;">//加载时把模块名首字母大写(不正确的)<br/>const ParentIncorrect = require(&#39;./Parent&#39;)<br/>//通过正确的模块文件名加载(正确)<br/>const Parent = require(&#39;./parent&#39;)<br/><br/>const Son = require(&#39;./son&#39;)<br/><br/>const ss = new Son()<br/><br/>//测试结果<br/>console.log(ss instanceof Parent) // false<br/>console.log(ss instanceof ParentIncorrect) // true<br/></span>

L'étudiant George G a les questions suivantes :

<code>son.jsson.js et <code>test.jstest.js ont des références de nom de fichier incorrectes (problèmes de cas). Pourquoi aucune erreur n’est-elle signalée ?
Résultat du test, pourquoi ss instanceof ParentIncorrect === truess instanceof ParentIncorrect === true
? J'ai toléré de ne pas signaler d'erreur, mais pourquoi pensais-je quand même que j'étais l'instance du module chargée avec un nom incorrect ?

Si vous, camarade de classe, avez déjà une compréhension claire des problèmes ci-dessus, félicitations, vous pouvez écrire un stylo pour calmer le ciel, et vos arts martiaux peuvent montez à cheval pour déterminer le monde ; vous pouvez connaître votre mère sur le kang Montons sur le kang et apprenons les chaussures !

Mais si vous ne savez pas pourquoi ? D'accord, certains d'entre moi le diront, et certains d'entre vous le regarderont.

En fait, la méthode de diagnostic (débogage dans un style prétentieux) est similaire à celle de la médecine traditionnelle chinoise. Vous pouvez choisir une ou deux des quatre méthodes de regarder, sentir,. demander et palper pour trouver la réponse.

Espoir

Il n'y a pas beaucoup de code Après l'avoir lu pendant un moment, même sans mes commentaires, je pense que les étudiants attentifs trouveront. le vrai fichier. S'il y a une différence entre le nom et le code lors de son introduction, alors il doit y avoir un problème ici. Souvenez-vous du problème, continuons

écoutez

Même si, je ne sens rien dans le code

Demandez

Allez, un Une partie très importante de l'ingénierie logicielle est que la communication ne se fait pas nécessairement avec des collègues qui rencontrent des bugs. Cela peut être vous-même, cela peut être le contrôle qualité, et bien sûr, cela peut être le PM ou votre patron. Vous n'avez pas posé la question que vous vouliez savoir, il n'a pas précisé à quoi il voulait répondre, c'est fini. . . .

Alors qu'est-ce que je veux savoir ? Les deux choses suivantes sont plus raisonnables comme entrée dans le débogage :

Système d'exploitation
Exécuter l'Environnement + version
Comment l'avez-vous testé, en ligne de commande ou par un autre moyen

node.js > 8.0 Réponse : macOS ; node.js > 8.0node test.js

; >

Couper

Le moment excitant et profond est arrivé, et je vais passer à l'action. (Afin de décrire en détail le processus de debugdébug

, je ferai comme si je ne savais pas tout ci-dessous à l'avance)

Préparer l'ordinateur, terminé

node.js > 9.3.0Préparer l'environnement d'exécutionnode.js > 9.3.0

, Terminé

Copiez le code, Terminé

Exécutez-le, c'est incroyable, aucune erreur n'a été signalée et le résultat en cours d'exécution est ce que George G a dit de cette façon. <code>test.jsPour prouver que je ne suis pas aveugle, j'ai réessayé <code>requiretest.js dans require('./nidayede')require

a créé un fichier qui n'existe pas du tout

require('./nidayede')Error: Cannot find module './nidayede', Exécutez le code.

Heureusement, une erreur a été signalée cette fois Erreur : Impossible de trouver le module './nidayede'

, donc je ne suis pas fou. C'est un vrai bonheur. Voilà donc la première question

Pourquoi le nom du module de Gouri a-t-il une mauvaise majuscule et peut-il toujours être chargé ?

Est-ce lié au système d'exploitation ? Venez trouver un autre <code>windowswindows pour essayer. Effectivement, nous sommes arrivés à <code>windows<code>windowsError: Cannot find module './Parent', la majuscule est un problème, Erreur : impossible de trouver le module './Parent'

. macOSAlors, que fait <code>googlemacOS ? Ne savez-vous pas faire la différence entre les majuscules et les minuscules ? Alors vite

google<img src="https://img2./UZb2Ebq.png!web" class="alignCenter" alt="L'histoire entre node.js et macOS" > (ne me demandez pas pourquoi pas baidu)

OS X case-insensitiveIl s'avère que le génial OS X

utilise insensible à la casse

Système de fichiers (documentation détaillée).

L'histoire entre node.js et macOS

mais pourquoi ? Quel est le but d’une telle conception anti-humaine ?

node.jsPlus d'explications, allez et venez

Donc, c'est la raison pour laquelle vous ne le faites pas signaler une erreur ? (blâmer node.js

) Mais c'est toute la vérité.

Mais l'affaire n'est pas encore terminéenode.jsQu'est-ce que ça fait d'avoir un voleur comme père ? const ParentIncorrect = require('./Parent')J'en ai vaguement entendu parler. Y a-t-il un cache dans const Parent = require('./parent')node.js

? par ça ? Alors d'humeur à essayer, j'ai mis

const ParentIncorrect = require('./Parent') et

const Parent = require('./parent')

J'ai changé la position et j'ai pensé, serait-il juste de le charger d'abord avec le nom correct ? ParentIncorrectEffectivement, Parentc'est toujours faux. Vous ne pouvez pas vraiment résoudre le problème en devinant et en faisant semblantconsole.log(ParentIncorrect === Parent)Na BibifalseParentIncorrect

Parentnode.js ? J'ai donc écrit console.log(ParentIncorrect === Parent)clone, et le résultat était node.jsfalse . Donc ce n’est vraiment pas la même chose, donc le problème vient peut-être de la partie introduction ?

Alors l'idée de faire semblant de regarder node.jsnode.js<code>require est née (en fait, je ne cherche pas là, problème, je peux enfin le comprendre). Après une longue journée, j'ai finalement clone<code>require et j'ai obtenu un

node.js

src/node_main.cc => src/node.cc => lib/internal/bootstrap_node.js => lib/module.js Code source (ça a pris beaucoup de temps, tellement lent)

Viens, entrons dans le mystérieux lib/module.jsnode.js

Monde du code source. Puisque notre question concerne

<code>require

, commençons par elle, mais trouvons require Le processus de définition demande un peu de patience, je n'entrerai pas dans les détails ici, juste l'ordre de recherchesrc/node_main.cc => cc => lib/internal/bootstrap_node.js => lib/module.js Je l'ai trouvé, ça y est lib/module.js, allez droit au but : lib/module.js => require

<span style="font-size: 14px;">Module.prototype.require = function(path) {<br/>  assert(path, &#39;missing path&#39;);<br/>  assert(typeof path === &#39;string&#39;, &#39;path must be a string&#39;);<br/>  return Module._load(path, this, /* isMain */ false);<br/>};<br/></span>

好像没什么卵用，对不对？她就调用了另一个方法 _load ，永不放弃，继续

lib/module.js => _load

<span style="font-size: 14px;">Module._load = function(request, parent, isMain) {<br/>  //debug代码，么卵用，跳过<br/>  if (parent) {<br/>    debug(&#39;Module._load REQUEST %s parent: %s&#39;, request, parent.id);<br/>  }<br/><br/>  if (isMain && experimentalModules) {<br/>    //...<br/>    //...<br/>    //这段是给ES module用的，不看了啊<br/>  }<br/><br/>  //获取模块的完整路径<br/>  var filename = Module._resolveFilename(request, parent, isMain);<br/><br/>  //缓存在这里啊？好激动有没有？！？终于见到她老人家了<br/>  //原来这是这样的，简单的一批，毫无神秘感啊有木有<br/>  var cachedModule = Module._cache[filename];<br/>  if (cachedModule) {<br/>    updateChildren(parent, cachedModule, true);<br/>    return cachedModule.exports;<br/>  }<br/><br/>  //加载native但非内部module的，不看<br/>  if (NativeModule.nonInternalExists(filename)) {<br/>    debug(&#39;load native module %s&#39;, request);<br/>    return NativeModule.require(filename);<br/>  }<br/><br/>  //构造全新Module实例了<br/>  var module = new Module(filename, parent);<br/><br/>  if (isMain) {<br/>    process.mainModule = module;<br/>    module.id = &#39;.&#39;;<br/>  }<br/><br/>  //先把实例引用加缓存里<br/>  Module._cache[filename] = module;<br/><br/>  //尝试加载模块了<br/>  tryModuleLoad(module, filename);<br/><br/>  return module.exports;<br/>};<br/></span>

似乎到这里差不多了，不过我们再深入看看 tryModuleLoad

lib/module.js => tryModuleLoad

<span style="font-size: 14px;">function tryModuleLoad(module, filename) {<br/>  var threw = true;<br/>  try {<br/>    //加载模块<br/>    module.load(filename);<br/>    threw = false;<br/>  } finally {<br/>    //要是加载失败，从缓存里删除<br/>    if (threw) {<br/>      delete Module._cache[filename];<br/>    }<br/>  }<br/>}<br/></span>

接下来就是真正的 load 了，要不我们先停一停？

好了，分析问题的关键在于不忘初心，虽然到目前为止我们前进的比较顺利，也很爽对不对？。但我们的此行的目的并不是爽，好像是有个什么疑惑哦！于是，我们再次梳理下问题：

son.js 里用首字母大写(不正确)的模块名引用了 parent.js
<code>test.js 里，引用了两次 parent.js ，一次用完全一致的模块名；一次用首字母大写的模块名。结果发现 son instanceof require('./parent') === false

既然没报错的问题前面已经解决了，那么，现在看起来就是加载模块这个部分可能出问题了，那么问题到底是什么？我们怎么验证呢？

这个时候我看到了这么一句话 var cachedModule = Module._cache[filename]; ，文件名是作为缓存的 key ，来吧，是时候看看 Module._cache 里存的模块 key 都是什么牛鬼蛇神了，打出来看看吧，于是我在 <code>test.js 里最后面加了一句 console.log(Object.keys(require.cache)) ，我们看看打出了什么结果

<span style="font-size: 14px;">false<br/>true<br/>[ &#39;/Users/admin/codes/test/index.js&#39;,<br/>  &#39;/Users/admin/codes/test/Parent.js&#39;,<br/>  &#39;/Users/admin/codes/test/parent.js&#39;,<br/>  &#39;/Users/admin/codes/test/son.js&#39; ]<br/></span>

真相已经呼之欲出了， Module._cache 里真的出现了两个 [p|P]arent （ macOS 默认不区分大小写，所以她找到的其实是同一个文件；但 node.js 当真了，一看文件名不一样，就当成不同模块了），所以最后问题的关键就在于 son.js 里到底引用时用了哪个名字（上面我们用了首字母大写的 require('./Parent.js') ），这才导致了 <code>test.js 认贼作父的梗。

如果我们改改 son.js ，把引用换成 require('./parEND.js') ，再次执行下 <code>test.js 看看结果如何呢？

<span style="font-size: 14px;">false<br/>false<br/>[ &#39;/Users/haozuo/codes/test/index.js&#39;,<br/>  &#39;/Users/haozuo/codes/test/Parent.js&#39;,<br/>  &#39;/Users/haozuo/codes/test/parent.js&#39;,<br/>  &#39;/Users/haozuo/codes/test/son.js&#39;,<br/>  &#39;/Users/haozuo/codes/test/parENT.js&#39; ]<br/></span>

没有认贼作父了对不对？再看 Module._cache 里，原来是 parENT.js 也被当成一个单独的模块了。

Donc, en supposant que le nom de fichier de votre module comporte <code>nn caractères, théoriquement, dans macOSmacOSnode.js Dans un système de fichiers insensible à la casse, vous pouvez utiliser node.js2 pour le sortir Maximum <code>n2 sur

n alimente les caches pour macOS N'est-ce pas misérable ! ? Heureusement,

macOS

peut toujours être modifié pour être sensible à la casse, réinstaller le système sur un disque grille ou créer une nouvelle partition.

Bien que le problème ne soit pas difficile, la détermination et les idées pour explorer le problème sont toujours importantes.

Recommandations associées :

Vous apprendre à utiliser node.js pour créer un processus enfant

PHP et Node.js

Méthode du mode publication-abonnement de Node.js

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!

Déclaration：

Le contenu de cet article est volontairement contribué par les internautes et les droits d'auteur appartiennent à l'auteur original. Ce site n'assume aucune responsabilité légale correspondante. Si vous trouvez un contenu suspecté de plagiat ou de contrefaçon, veuillez contacter admin@php.cn

Article précédent：Explication détaillée des fonctions de file d'attente JavaScript et de l'exécution asynchroneArticle suivant：Explication détaillée des fonctions de file d'attente JavaScript et de l'exécution asynchrone

Articles Liés

Voir plus

L'histoire entre node.js et macOS

<span style="font-size: 14px;">parent.js</span>

<span style="font-size: 14px;">son.js</span>

test.js

Couper

Pourquoi le nom du module de Gouri a-t-il une mauvaise majuscule et peut-il toujours être chargé ?

) Mais c'est toute la vérité.

Articles Liés