Имеет ли ключевое слово final какое-либо влияние на JVM?

Question

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

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

Answer 1

IBM states:

Как и многие другие мифы о производительности Java, ошибочное представление о том, что объявляя классы или методы, окончательные результаты в более высокой производительности является широко распространенным, но редко рассмотренного. Аргумент гласит, что объявление метода или класса как окончательного означает, что компилятор может встроить метод вызова более агрессивно, потому что он знает, что во время выполнения это определенно версия метода, который будет вызываться. Но это просто неправда.Просто потому, что класс X скомпилирован против конечного класса Y, это не означает, что во время выполнения будет загружена одна и та же версия класса Y. Таким образом, компилятор не может встроить такие методы межсетевого метода безопасно, окончательно или нет. Только в том случае, если метод является приватным, компилятор может свободно подключать его, и в этом случае последнее ключевое слово будет избыточным.

Answer 2

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

Методы - это немного другая история: когда вы отмечаете метод final, Java может быстрее вызвать такой метод, потому что ему больше не нужно проверять его переопределения. Тем не менее, «горячая точка» достаточно умен, чтобы понять, что нет переопределений, с использованием или без использования final.

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

Answer 3

окончательные методы могут или не могут быть объединены JVM до тех пор, пока они не будут загружены JVM. Итак, если вы уверены, что метод не будет переопределен, отметьте его как final.

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

Answer 4

Я думаю, что эта рекомендация слишком неспецифична.

Например, Я бы порекомендовал, чтобы по умолчанию использовать final по классам и методам (поскольку окончательные классы прерывают модульные тесты).

Я также обнаружил, что использование final для параметров метода - всего лишь пустая трата «пространства экрана» (и тем самым: трата «энергии» на стороне читателя).

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

Как вы видите; есть много плюсов и минусов относительно использования финала; и я думаю, что «читаемость» чаще всего выигрывает над «потенциальными» улучшениями производительности.