Javascript - Использовать закрытие экономно?

Question

Я смотрю http://www.youtube.com/watch?v=mHtdZgou0qU, и примерно в 13:37 (хе-хе) он показывает слайд списка вещей, которого следует избегать из-за добавления нового объекта в цепочку видимости.

Я понимаю, что он говорит с операторами using и try-catch, а также с доступом к переменным за пределами видимости, но я не понимаю, почему следует избегать закрытий. Если локальные переменные закрытия будут находиться в верхней части цепочки областей видимости, где потеря производительности?

Answer 1

Это потому, что для поиска переменных, которые не являются локальными, виртуальная машина должна пройти цепочку областей действия, чтобы найти их. Локальные переменные, с другой стороны, кэшируются, поэтому поиск локальных переменных происходит намного быстрее. Чем более вложенной является функция, тем дольше становится цепочка областей действия, и тем больше возрастает потенциальное влияние на производительность.

Отчасти поэтому вы часто видите код, как это в популярных библиотек JS:

(function(window, document, undefined) { 
    // ... 
})(window, document); 

Здесь window и document становятся локальными переменными, поэтому искать их становится гораздо быстрее, что становится очень заметным, если вы ссылаетесь эти объекты тысячи раз из вашего кода.

This page имеет действительно подробное описание цепей областей применения и контекстов выполнения. (Вся статья интересна, если у вас есть время ее прочитать.)

В целом, современные браузеры оптимизируют все эти вещи до такой степени, что это практически ничтожно, поэтому я не беспокоюсь о чем-то.

Answer 2

The linked video explains why closure can inflict some performance hits starting about 11:08.

В основном, он говорит, что для каждой вложенной функции, он добавляет еще один объект в цепочке областей видимости и, следовательно, доступ к переменным за пределами закрытия займет еще больше времени.

Чтобы найти значение, связанное с переменной, interprer Javascript проходит следующим образом:

1. поиск локального объекта области видимости
2. если 1 не работает, поиск объекта родительской области
3. если 2 не работал, поиск объекта родителя сфера родителя
4. продолжать поиск родительских областей до
5. вы ищете глобальный масштаб
6. , и если он еще не найден, введите неопределенную переменную ошибку.

В обычной функции, чтобы найти переменную, вам нужно искать только верхнюю часть цепочки областей видимости. Заключение, с другой стороны, для поиска родительских переменных придется искать в цепочке видимости, иногда на нескольких уровнях. Например, если у вас были некоторые затворов, как это (обратите внимание, что это очень надуманный пример):

function a (x) { 
    function b (y) { 
    return (function (z) { 
     return x + y + z; 
    })(y + y); 
    } 
    return b(x + 3); 
} 

С внутренней функции, чтобы оценить выражение x + y + z, он должен пройти три уровня в цепь цепочки, чтобы найти x, то она должна снова пройти цепочку областей действия на два уровня, чтобы найти y, а затем, наконец, один раз, чтобы найти z.В общей сложности ему пришлось искать шесть объектов в цепочке областей, чтобы вернуть окончательный результат.

Это неизбежно в замыканиях, потому что замыканиям всегда приходится обращаться к родительским переменным. Если бы они этого не сделали, было бы нецелесообразно использовать закрытие.

Также обратите внимание, что в Javascript есть значительные накладные расходы при создании функций, особенно закрытий. Возьмем, к примеру, это довольно простое замыкание:

function a(x) { 
    return function (y) { 
    return x + y; 
    } 
} 

И вы называете это несколько разные времена, как этот

var x = a(1); 
var y = a(2); 
var z = a(3); 
alert(x(3)); // 4 
alert(y(3)); // 5 
alert(z(3)); // 6 

Вы заметите, что функция возвращается из a должен сохранить то, что было принято как аргумент в родительской функции даже после того, как родительская функция уже была вызвана. Это означает, что интерпретатор должен хранить в памяти то, что вы передали, в каждую функцию, которую вы вызвали до сих пор.