Znajdowanie wycieków pamięci JavaScript w Chrome

Stworzyłem bardzo prosty przypadek testowy, który tworzy widok szkieletowy, dołącza obsługę do zdarzenia i tworzy instancje klasy zdefiniowanej przez użytkownika. Wierzę, że klikając przycisk "Usuń" w tej próbce, wszystko zostanie wyczyszczone i nie powinno być wycieków pamięci.

Jsfiddle dla kodu jest tutaj: http://jsfiddle.net/4QhR2/

// scope everything to a function
function main() {

    function MyWrapper() {
        this.element = null;
    }
    MyWrapper.prototype.set = function(elem) {
        this.element = elem;
    }
    MyWrapper.prototype.get = function() {
        return this.element;
    }

    var MyView = Backbone.View.extend({
        tagName : "div",
        id : "view",
        events : {
            "click #button" : "onButton",
        },    
        initialize : function(options) {        
            // done for demo purposes only, should be using templates
            this.html_text = "<input type='text' id='textbox' /><button id='button'>Remove</button>";        
            this.listenTo(this,"all",function(){console.log("Event: "+arguments[0]);});
        },
        render : function() {        
            this.$el.html(this.html_text);

            this.wrapper = new MyWrapper();
            this.wrapper.set(this.$("#textbox"));
            this.wrapper.get().val("placeholder");

            return this;
        },
        onButton : function() {
            // assume this gets .remove() called on subviews (if they existed)
            this.trigger("cleanup");
            this.remove();
        }
    });

    var view = new MyView();
    $("#content").append(view.render().el);
}

main();

Nie jestem jednak pewien, jak użyć profilera Google Chrome, aby zweryfikować, że tak jest w rzeczywistości. Jest gazillion rzeczy, które pojawiają się na migawce profilera sterty i nie mam pojęcia, jak rozkodować to, co dobre/złe. Samouczki, które widziałem na nim do tej pory, albo po prostu mówią mi, żebym "używał profilera migawkowego", albo dają mi bardzo szczegółowy Manifest na temat tego, jak działa cały profiler. Czy można po prostu użyć profilera jako narzędzia, czy naprawdę muszę zrozumieć, w jaki sposób całość została zaprojektowana?

EDIT: tutoriale takie jak te:

Wyciek pamięci Gmail mocowanie

Korzystanie Z DevTools

Reprezentują niektóre z mocniejszych materiałów tam, z tego, co widziałem. Jednak poza wprowadzeniem koncepcji 3 migawki techniki , uważam, że oferują one bardzo niewiele pod względem praktycznej wiedzy (dla początkującego jak ja). Samouczek "Korzystanie z DevTools" nie działa na prawdziwym przykładzie, więc jego niejasny i ogólny koncepcyjny opis rzeczy nie jest zbyt pomocny. Co do "Gmaila" przykład:

więc znalazłeś przeciek. Co teraz?

• Zbadaj ścieżkę zatrzymywania wycieków obiektów w dolnej połowie panelu Profile

• Jeśli miejsce alokacji nie może być łatwo wywnioskowane (np. słuchacze zdarzeń):

• Przyrząd konstruktora obiektu zatrzymującego za pomocą konsoli JS, aby zapisać ślad stosu dla alokacji

• Używając Zamknięcia? Włącz odpowiednie istniejące flaga (tj. goog.wydarzenia.Słuchacz.ENABLE_MONITORING), aby ustawić właściwość creationStack podczas budowy

Niektóre z tych bardziej szczegółowych kwestii zostały poruszone w @Jonathan Naguin ' s answer poniżej.