Всегда использовать Final?

Первое, что вы должны учитывать, это; Каков самый простой и понятный способ написать этот код. Часто это хорошо работает.

final локальные переменные вряд ли сильно повлияют на производительность. Они могут помочь прояснить, когда у вас есть длинные методы, но я бы посоветовал метод разбиения — лучший подход.

Поля final могут незначительно влиять на производительность, но лучшая причина сделать их final состоит в том, чтобы прояснить, что это поле никогда не изменяется (что также помогает JIT).

Не думайте о производительности. final в члене объекта (полях) имеют значительную семантику памяти, которая может повысить производительность (но, что более важно, часто необходимо, чтобы код вообще работал правильно). Вы всегда должны помещать final в члены объекта, когда это возможно. Однако для локальных переменных его следует использовать только в том случае, если это улучшит читабельность кода или может предотвратить ошибки, когда сопровождающий касается вашего кода.

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

По моему опыту, большинство переменных можно было бы объявить final.

Однако выглядит очень некрасиво. Это мой главный аргумент против этого.

И если часть программы не критична к производительности, остерегайтесь преждевременной оптимизации.

Считается хорошим тоном использовать final там, где это возможно (для полей и переменных, а не для классов и методов), хотя бы по той причине, что это упрощает тестирование. Финал никогда не окажет негативного влияния на производительность.

Вот мои 2 цента:

Используйте final для атрибутов, чтобы свести к минимуму изменчивость, и в целях документирования используйте final для локальных переменных, только если они используются во внутренних/анонимных классах.

НЕ используйте его для микрооптимизации! Особенно не используйте их в классах или методах, потому что вы думаете, что это улучшит производительность. Сделайте классы и методы окончательными, чтобы запретить наследование или переопределение методов.

Final для атрибутов не должен влиять на производительность. За исключением: в многопоточной среде, где несколько потоков обращаются к одному и тому же полю и «не знают», нужно ли им перезагружать его. Final на локальные переменные вообще не влияет, так как ничто, кроме локальной области, не может получить к ним доступ в любом случае. Final on методы могут повлиять на JIT-компиляцию. Если метод окончательный и маленький, компилятор может встроить его в циклы, так как понятно, что никто его не перезапишет. Обычно я вообще не использую final для атрибутов, так как final атрибуты не могут быть легко загружены из БД и т. д. Объявление параметров для методов final lokos уродливо (я все равно никогда не назначаю их внутри своего кода), но может предотвратить простые ошибки, возникающие из-за опечаток. . Однако, если вы начнете использовать собственные имена для ваших переменных, вы вряд ли сделаете такие опечатки.

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

В некоторых ситуациях было бы полезно изменить одну переменную на две, например. из этого

String a = "foo";
if (lol) a += "bar";

for(.. 1000 ...) doSomething(a);

to

final String a;
{
    String ma = "foo";
    if (lol) ma += "bar";
    a = ma;
}

for(.. 1000 ...) doSomething(a);

Отказ от ответственности: я не эксперт JIT.

Конечные переменные являются константами, поэтому компилятор может генерировать постоянное значение вместо инструкции ссылки на переменную. Конечно, это улучшит скорость (и, как правило, размер).

Также есть места, где у меня есть финальная глобальная переменная (например, краска для Android), означает ли это, что мне не нужно делать ее локальной финальной при использовании в циклах?

Извините, вы имеете в виду, что вам не нужно:

final int somefinalvalue = 0;

void amethod() {
  final int somefinalvalue = 0; // repeated from global one
}

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

Я не думаю, что это должно быть вашей первой заботой, как упомянул @perter-lawrey. Во-первых, оптимизация компилятора может очень помочь; во-вторых, есть несколько инструментов, которые могут анализировать сгенерированные вами файлы классов и делать то же самое, например, ProGuard: сокращение Java, оптимизатор, обфускатор и преверификатор.