NodeJS для оптимизации контура

Question

Я знаю, что в браузере это более оптимально написать цикл вдоль линий

for(var i=0, l=arr.length; i<l; i++){ } 

вместо

for(var i=0; i<arr.length; i++){ } 

Но это верно в NodeJS или делает Двигатель V8 оптимизирует его?

Я знаю, что в ecma-262 5.1 sec-15.4 длины массива определяется как, например:

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

Таким образом, если длина не изменяется, единственная причина, по которой этот метод будет медленнее, заключается в том, что вам нужно получить доступ к свойству. То, что я ищу, является разумным примером/объяснением, которое показывает, влияет ли двигатель V8 (который используется в NodeJS) на производительность при доступе к этому свойству.

Answer 1

Если arr - это чистая локальная переменная, и петля никак не трогает ее, то да. Однако даже если оптимизация не удалась, загрузка одного и того же поля снова и снова не стоит ничего из-за кэша ЦП.

Answer 2

Проблема заключается в вычислении длины. В этом примере for(var i=0; i<arr.length; i++){ } инструкция arr.length будет рассчитана на каждой итерации цикла. Но с for(var i=0, l=arr.length; i<l; i++){ } значение будет принято без каких-либо расчетов. Просто получение значения быстрее, чем вычисление длины массива.
Получение длины не может быть оптимизировано каким-либо компилятором, потому что ее можно было бы изменить. Таким образом, вычисляется каждая итерация.

Answer 3

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

Даже если это не быстрее (хотя http://jsperf.com/array-length-vs-cached предлагает это на самом деле), это просто хорошая практика для выражения постоянных выражений из-за пределов цикла.