Поиск утечек памяти JavaScript с помощью Chrome

Я создал очень простой тестовый случай, который создает базовое представление, присоединяет обработчик к событию и создает экземпляр пользовательского класса. Я считаю, что, нажав кнопку "Удалить" в этом примере, все будет очищено и не должно быть никаких утечек памяти.

jsfiddle для кода находится здесь: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();

однако мне непонятно, как использовать профилировщик Google Chrome, чтобы убедиться, что это на самом деле случай. Есть миллион вещей, которые появляются на снимке профилировщика кучи, и я понятия не имею, как декодировать то, что хорошо/плохо. Учебники, которые я видел на нем до сих пор, либо просто говорят мне "использовать snapshot profiler", либо дают мне чрезвычайно подробный манифест о том, как работает весь профилировщик. Можно ли просто использовать профилировщик в качестве инструмента, или мне действительно нужно понять, как все это было сделано?

EDIT: учебные пособия как эти:

исправление утечки памяти Gmail

Использование DevTools

представляют собой некоторые из более сильных материалов там, из того, что я видел. Однако, помимо введения понятия 3 Техника Снимка, я считаю, что они предлагают очень мало с точки зрения практических знаний (для новичка, как я). Учебник "использование DevTools" не работает через реальный пример, поэтому его расплывчатая и общая концепция описание вещей не слишком полезно. Что касается примера "Gmail":

Итак, вы нашли утечку. И что теперь?

• изучите путь сохранения просочившихся объектов в нижней половине панели профилей




• Если сайт распределения не может быть легко выведен (т. е. прослушиватели событий):




• инструмент конструктор удерживающего объекта через Консоль JS для сохранения трассировки стека для распределения




• С Помощью Закрытия? Включите соответствующий существующий флаг (т. е. goog.события.Слушатель.ENABLE_MONITORING) для установки свойства creationStack во время строительства

Я нахожу себя более смущенным после прочтения этого, не меньше. И, опять же, это просто говорит мне do вещи, а не как чтобы сделать их. С моей точки зрения, информации там либо слишком расплывчато, либо будет иметь смысл только для тех, кто уже понял этот процесс.

некоторые из этих более конкретных вопросов были подняты в ответе @Jonathan Naguin ниже.