Java производительность

Question

Это общая практика кодирования использовать ссылки интерфейса/базовый класс при объявлении объекта типа:

InterfaceIF ref = new SomeObject(); 

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

Это прекрасно объяснил here also.

Но одна вещь, которую я стараюсь не в состоянии понять, и нет ответа на вопрос:

• ли производительность получает осуществляется с помощью интерфейса/базового класса Справка.
• Если да, то это влияет на положительные или отрицательные.

Answer 1

Использование класса напрямую может быть быстрее, но не медленнее. Если JVM видит конкретный класс, то он знает, «кому позвонить». Не обязательно, так как могут быть подклассы, если только класс не является окончательным. В JVM могут быть даже подклассы, которые еще не были просмотрены позже.

• Для окончательного класса вызов метода может быть оптимизирован для инструкции native CALL. Это тривиальный случай.

• Если класс не является окончательным, но подкласса еще не загружен, то он совпадает с одной дополнительной проверкой где-то в начале. Когда проверка не удалась, JVM должен выбросить этот излишне оптимистически скомпилированный метод и перекомпилировать (неважно).

• Когда есть подклассы, все зависит от того, сколько из них действительно встречается на данном сайте вызова. Если только один, то достаточно проверить, достаточно проверить, что данный класс является ожидаемым (перемещая этот тест из циклов и т. Д., Эти накладные расходы становятся незначительными).

• Случаи с большим количеством кандидатов, очевидно, медленнее (Google для биморфизма и мегаморфизма).

Очевидно, что нет ничего, что могло бы сделать звонок через интерфейс быстрее.

Если существует несколько реализаций, и более одного вызовов вызывается с сайта вызова, тогда есть накладные расходы на отправку виртуального вызова. Для получения дополнительной информации см. this answer и об этом benchmark.