Как оптимальнее - переменная внутри цикла или вне - и почему?

Вариант А.


Вариант Б.


Т.е. вариант А или Б? Почему? Другие критерии?

Насколько я понимаю, если нет надобности работать с объектом вне цикла, то оптимальнее использовать ссылку внутри цикла, дабы не держать лишнюю ссылку на последний объект массива...
P.S. А чем в приведенном выше примере не подходит вариант for-each? Или индекс i используется где-то ещё, кроме как для доступа к элементу массива?

SaSho, твое мнение понял. Насчет for-each - речь не конкретно о массиве, а о переменных, которые как-то используются каждую итерацию цикла; вопрос в том, где их лучше объявлять.

Блох в своём нетленном труде также рекомендует область видимости локальных переменных сводить к минимуму.

С точки зрения производительности - одинаково. Смысл - ограничение области видимости переменной - но это уже заморочки компилятора и на производительность не влияют (Точнее не должны влиять).

имхо - удобнее вне цикла - всегда можно к ним обратиться (это если вдруг понадобится обратиться).
а в оптимизации разница будет не заметна человеческому глазу

Чтобы не быть голословным предлагаю сравнить байт-код двух методов: Как видите байт-код аналогичен, различаются только индексы локальных переменных. Компилятор Eclipse 3.3;

ИМХО, всё-таки разница не только для компилятора:
переменная должна быть видна там, где предполагается её использование
если оно шире, после цикла станет видно на одну переменную больше, причём по задумке она там использоваться не должна, т.е. будет бесполезна
вот и получим, что ненужная сущность будет занимать место в "кеше" памяти программиста, отвлекая его от нужных вещей
а при программировании сложных систем, количество объектов, которые нужно держать в "кеше" критично


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

maxim1000, это все понятно.
конечно надо смотреть на логику самой проги.
по кусочку метода трудно что то сказать.
поэтому, Entry_N3, на ваше усмотрение...

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

кажется здесь ты ошибаешься - в цикле каждая переменная будет вешаться в память.
только джававский gc будет их удалять.
ну и ты можешь вызывать gc если нужно...

dorogoyIV, ну так как лучше с точки зрения памяти - вне цикла или внутри? 

кстати, сколько байт в памяти занимает одна reference? чего то нигде не встречал. 

Это все ловля блох, примерно как табу на использование String внутри цикла - все говорят что "нельзя и все, надо StringBuilder/StringBUffer". При том что если цикл в 10 шагов, то GC все равно соберет эти String объекты и освободит память. 

Если вы имеете ввиду, что для локальной переменной объявленной внутри цикла, при каждом проходе, будет выделяться новая ячейка памяти, то это не так. Будет использована старая. Вот тут - VM Spec: 3.6 Frames, можно посмотреть. И GC не управляет фрэймами локальных переменных, фрэйм создаётся/уничтожается при входе/выходе в/из метода.

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

Почему табу? На это есть объективные причины. Например такой код: компилятор преобразует примерно в такой: ,а мы напишем такой: Легко догадаться, что наш вариант будет оптимальнее по производительности.  

ivg, круто   

ну так переменная вне цикла   

если инициализируешь какой то объект, то внутри (зачем лишние объекты)


в работе программы все равно потребуется какое то возвращаемое значение

Что вы имеете ввиду под словом "оптимальнее", производительность? Или что?
Если производительность, то объявляйте переменную вне цикла, проведите тест и ты убедитесь, что работаьт так будет быстрее, я еще не читал ссылку которую вы скинули, но по старой памяти знаю, что в ява машине память для переменной каждый раз будет выделяться заново при каждой итерации! Выделение новой памяти задача более ресурсоемкая, чем перезапись значения в уже однажды выделенной памяти.

Если же верить тому, что говорите вы, тогда как объяснить смысл переменных? Вы хотите сказать, что каждый раз при новой итерации выделение новой памяти происходить не будет и тогда ссылка будет на один и тот же объект?! (когда переменная используется внутри цикла)

Вы ссылку на объект с самим объектом не путаете? Ясно понимаете чем они отличаются?

Локальная переменная - суть место для её значения во фрейме метода. Локальная объектная переменная - суть место для значения ссылки на объект во фрейме метода. Если в это место будет записано новое значение ссылки, объектная локальная переменная станет ссылаться на другой объект.

Я ничего не путаю) Мне это интересно
На какой объект ссылаться? Т.е. в данном примере освобождение и выделение памяти при каждой итерации цикла происходить не будет? 


Это сообщение отредактировал(а) cube - 1.9.2008, 14:08

Аааа, вот вы о чём....
Посмотрите внимательно первый пост и название темы, там нет никакой речи о new..... Не думаете же вы, что объектная локальная переменная, может быть получена только с помощью new....?

извините, я просто неправ, там везде были ссылки