Grundlegendes zu Node.js-Modulen: Mehrere erfordern die Rückgabe des gleichen Objekts?

Ich habe eine Frage zur Dokumentation von node.j zum Modul-Caching :

Module werden nach dem ersten Laden zwischengespeichert. Dies bedeutet (unter anderem), dass bei jedem Aufruf ('foo') genau dasselbe Objekt zurückgegeben wird, wenn es in dieselbe Datei aufgelöst wird.

Bei mehreren erforderlichen Anrufen ('foo') wird der Modulcode möglicherweise nicht mehrmals ausgeführt. Dies ist ein wichtiges Merkmal. Damit können "teilweise erledigte" Objekte zurückgegeben werden, so dass transitive Abhängigkeiten geladen werden können, selbst wenn sie Zyklen verursachen würden.

Womit ist gemeint may?

Ich möchte wissen, ob bei Bedarf immer das gleiche Objekt zurückgegeben wird. Also, falls ich ein Modul benötigen A in app.jsund die Exporte Objekt ändern innerhalb app.js(die, die Rückkehr erfordert) und danach benötigen ein Modul B in app.jsdas selbst Modul benötigt A , werde ich immer bekommen die modifizierte Version des Objekts, oder einen neuen einer?

// app.js

var a = require('./a');
a.b = 2;
console.log(a.b); //2

var b = require('./b');
console.log(b.b); //2

// a.js

exports.a = 1;

// b.js

module.exports = require('./a');

Wenn beide app.jsund b.jsresidieren im selben Projekt (und im selben Verzeichnis) , dann beide erhalten die gleiche Instanz von A. Aus der Dokumentation zu node.js :

... bei jedem Aufruf von require('foo')wird genau das gleiche Objekt zurückgegeben, wenn es in dieselbe Datei aufgelöst wird .

Anders ist die Situation , wenn a.js, b.jsund app.jssind in verschiedenen npm Module . Beispielsweise:

[APP] --> [A], [B]
[B]   --> [A]

In diesem Fall würde das require('a')in app.jsin eine andere Kopie von a.jsals require('a')in aufgelöst b.jsund daher eine andere Instanz von zurückgegeben A. Es gibt einen Blog-Beitrag , der dieses Verhalten ausführlicher beschreibt.

In node.js ist eine Art Caching implementiert, das den Knoten daran hindert, Dateien tausende Male zu lesen, während einige große Serverprojekte ausgeführt werden.

Dieser Cache wird im require.cacheObjekt aufgelistet . Ich muss beachten, dass dieses Objekt lesbar / beschreibbar ist, wodurch Dateien aus dem Cache gelöscht werden können, ohne den Prozess abzubrechen.

http://nodejs.org/docs/latest/api/globals.html#require.cache

Oh, ich habe vergessen, die Frage zu beantworten. Das Ändern des exportierten Objekts wirkt sich nicht auf das nächste Laden des Moduls aus. Dies würde viel Ärger verursachen ... Erforderlich, immer eine neue Instanz des Objekts zurückzugeben, keine Referenz. Durch Bearbeiten der Datei und Löschen des Caches wird das exportierte Objekt geändert

Nach einigen Tests speichert node.js die module.exports im Cache. Das Ändern require.cache[{module}].exportsendet in einem neuen, geänderten zurückgegebenen Objekt.

Seit die Frage veröffentlicht wurde, wurde das Dokument aktualisiert, um zu verdeutlichen, warum "may" ursprünglich verwendet wurde. Es beantwortet nun die Frage selbst, indem es die Dinge explizit macht (meine Betonung darauf, zu zeigen, was sich geändert hat):

Module werden nach dem ersten Laden zwischengespeichert. Dies bedeutet (unter anderem), dass bei jedem erforderlichen Aufruf ('foo') genau dasselbe Objekt zurückgegeben wird, wenn es in dieselbe Datei aufgelöst wird.

Vorausgesetzt require.cache wird nicht geändert, um mehr Anrufe erfordern ( ‚foo‘) wird das Modul Code nicht dazu führen , dass mehrere Male ausgeführt werden. Dies ist ein wichtiges Merkmal. Damit können "teilweise erledigte" Objekte zurückgegeben werden, so dass transitive Abhängigkeiten geladen werden können, selbst wenn sie Zyklen verursachen würden.

Wenn sich der Modulname in eine zuvor geladene Datei auflöst, wird das zwischengespeicherte Modul zurückgegeben, andernfalls wird die neue Datei separat geladen.

Das heißt, das Caching basiert auf dem tatsächlichen Dateinamen , der aufgelöst wird. Dies liegt daran, dass im Allgemeinen verschiedene Versionen desselben Pakets auf verschiedenen Ebenen der Dateihierarchie installiert sein können und entsprechend geladen werden müssen.

Ich bin mir nicht sicher, ob es Fälle von Cache-Ungültigkeit gibt, die nicht unter der Kontrolle oder Kenntnis des Programmierers stehen und die es möglicherweise ermöglichen, dieselbe Paketdatei versehentlich mehrmals neu zu laden.

Falls der Grund, warum Sie require(x)jedes Mal ein neues Objekt zurückgeben möchten , nur darin besteht, dass Sie dieses Objekt direkt ändern - was ein Fall ist, auf den ich gestoßen bin -, klonen Sie es einfach und ändern und verwenden Sie nur den Klon wie folgt:

var a = require('./a');
a = JSON.parse(JSON.stringify(a));

Versuchen Sie es mit drex : https://github.com/yuryb/drex

drex überwacht ein Modul auf Updates und benötigt das Modul nach dem Update erneut. Neuer Code wird benötigt () d, als ob der neue Code ein völlig anderes Modul wäre, also ist require.cache kein Problem.

Wenn Sie ein Objekt benötigen, benötigen Sie dessen Referenzadresse. Wenn Sie das Objekt zweimal benötigen, erhalten Sie dieselbe Adresse! Um Kopien desselben Objekts zu erhalten, sollten Sie es kopieren (klonen).

var obj = require('./obj');

a = JSON.parse(JSON.stringify(obj));
b = JSON.parse(JSON.stringify(obj));
c = JSON.parse(JSON.stringify(obj));

Klonen ist in vielfältiger Weise getan, können Sie sehen , diese , für weitere Informationen.