Java медленно работает

Это довольно старый миф, но когда-то он действительно был правдой. Изначально виртуальные машины, на которых выполнялся байт-код Java, были несовершенны, и к тому же язык Java и виртуальная машина разрабатывались не для компьютеров в привычном их понимании, а как некая универсальная среда для различных устройств, где скорость работы программ была некритична, а объемы данных — незначительны. Разница в скорости выполнения одинаковых задач между обычным компилируемым кодом и интерпретируемым кодом Java могла достигать сотен раз.

Но несмотря на это, в настоящее время скорость работы байт-кода на современных виртуальных машинах уступает лучшим компиляторам машинных кодов всего лишь на несколько десятков процентов, а в некоторых случаях даже и превосходит их! Неужели интерпретация может обогнать скомпилированную программу? Разумеется, нет.

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

По тестам на “скорострельность” Java весьма неплоха, но как же обстоят дела с реальными приложениями? К сожалению, с пользовательскими приложениями дела обстоят не так уж и хорошо. Причина тому — медленная работа графических компонентов системы.

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