Können dynamisch geladen JavaScript entladen werden?

(Das ist ziemlich off-the-Manschette.)

Speicher zu verwenden ist in der Tat ein Problem, das Sie besorgt sein müssen, mit in die aktuelle browser-state of the art, obwohl es sei denn, wir reden über ziemlich viel code, ich weiß nicht, die code-Größe ist das Problem (es ist in der Regel-DOM-Größe, und übrig gebliebene event-Handler).

Könnten Sie ein Muster für Ihre loadable Module, das würde es viel einfacher zu entladen, die Sie en Masse -- oder zumindest, um damit der browser weiß, es kann entladen.

Betrachten:

window.MyModule = (function() {

    alert('This happens the moment the module is loaded.');

    function MyModule() {

        function foo() {
            bar();
        }

        function bar() {
        }

    }

    return MyModule;
})();

Definiert, dass eine Schließung, die die Funktionen enthält, die foo und bar, die rufen sich gegenseitig in der üblichen Weise. Beachten Sie, dass code außerhalb von Funktionen wird sofort ausgeführt.

Vorausgesetzt, Sie don ' T-pass aus, die Bezüge zu dem, was in die Schließung für alles, was außerhalb, dann Fenster.MyModule wird die einzige Referenz auf die Schließung und seinen Ausführungskontext. Entladen:

try {
    delete window.MyModule;
}
catch (e) {
    //Work around IE bug that doesn't allow `delete` on `window` properties
    window.MyModule = undefined;
}

Sagt der JavaScript-Umgebung, die Sie nicht verwenden, die diese Eigenschaft nicht mehr, und macht alles, was es Referenzen für die garbage collection. Wann und ob diese Sammlung geschieht, ist offensichtlich von der Implementierung abhängig.

Beachten Sie, dass es wichtig sein wird, wenn Sie-hook event-Handler innerhalb des Moduls trennen Sie vor dem entladen. Könnten Sie tun, dass durch die Rückgabe einer Referenz auf eine Destruktor-Funktion anstelle der Haupt Verschluss:

window.MyModule = (function() {

    alert('This happens the moment the module is loaded.');

    function foo() {
        bar();
    }

    function bar() {
    }

    function destructor() {
        //Unhook event handlers here
    }

    return destructor;
})();

Insulinspritzen ist dann:

if (window.MyModule) {
    try {
        window.MyModule();
    }
    catch (e) {
    }
    try {
        delete window.MyModule;
    }
    catch (e) {
        //Work around IE bug that doesn't allow `delete` on `window` properties
        window.MyModule = undefined;
    }
}

InformationsquelleAutor T.J. Crowder

Wie etwa das laden der JS-Dateien in einem iframe? Dann (in der Theorie, nie es selber getestet) können Sie den iframe aus dem DOM zu entfernen und den "Speicher" benutzt wird.

Denke ich... oder hoffe ich...

InformationsquelleAutor elcuco

JavaScript-Interpreter haben garbage-Kollektoren. In anderen Worten, wenn Sie nicht alles, es wird nicht halten Sie sich um.

Einer der Gründe, warum es gut ist, ist die Verwendung von JSON mit einer callback-Funktion (JSONP).

Beispiel, wenn Sie HTTP-Antwort für jeden JS:

callback({status: '1', resp: [resp here..]});

Und wenn callback() nicht erstellen einen Verweis auf das JSON-Objekt übergeben als argument, es wird Müll gesammelt, nachdem die Funktion beendet ist.

Wenn Sie wirklich brauchen, um eine Referenz, dann müssen Sie wahrscheinlich, dass die Daten, um für einige Grund - sonst würden Sie/sollten Sie NICHT verwiesen wird es in den ersten Platz.

Erwähnten Methoden an namespace-Objekten erzeugt nur eine Referenz, die, wird beibehalten, bis der Referenzzähler geht auf 0. In anderen Worten, Sie haben zu verfolgen, jede Referenz und Sie später löschen, das kann hart sein, wenn Sie Verschlüsse und Referenzen aus den DOM herum. Nur eine Referenz wird, bleibt das Objekt im Speicher, und einige einfache Maßnahmen können die Erstellung von verweisen, ohne es zu merken.

InformationsquelleAutor bucabay