Восемь мифов про Java
В статье будут рассмотрены восемь наиболее распространенных мифов и заблуждений о Java.
Это довольно старый миф, но когда-то он действительно был правдой. Изначально виртуальные машины, на которых выполнялся байт-код Java, были несовершенны, и к тому же язык Java и виртуальная машина разрабатывались не для компьютеров в привычном их понимании, а как некая универсальная среда для различных устройств, где скорость работы программ была некритична, а объемы данных — незначительны. Разница в скорости выполнения одинаковых задач между обычным компилируемым кодом и интерпретируемым кодом Java могла достигать сотен раз.
Но несмотря на это, в настоящее время скорость работы байт-кода на современных виртуальных машинах уступает лучшим компиляторам машинных кодов всего лишь на несколько десятков процентов, а в некоторых случаях даже и превосходит их! Неужели интерпретация может обогнать скомпилированную программу? Разумеется, нет.
Дело в том, что Java байт-код теперь уже не интерпретируется виртуальной машиной, а компилируется да еще и оптимизируется, причем динамически, на основе собираемых виртуальными машинами данных о ходе выполнения программы.
По тестам на “скорострельность” Java весьма неплоха, но как же обстоят дела с реальными приложениями? К сожалению, с пользовательскими приложениями дела обстоят не так уж и хорошо. Причина тому — медленная работа графических компонентов системы.
Программисты Java знают, что в языке имеются две стандартные возможности для работы с пользовательским интерфейсом — AWT и Swing. AWT — это платформозависимая реализация графического интерфейса пользователя. Скорость работы большинства ее реализаций вполне удовлетворительна, но количество функций весьма ограниченно. В качестве альтернативы AWT разработана библиотека Swing. Она целиком основана на возможностях языка, имеет множество функций и платформонезависима, но скорость ее работы невысока.
Зачем нужна виртуальная машина Java
Можно задаться вопросом, если у нас есть компилятор javac, зачем нужна виртуальная машина java. Дело в том, что javac не переводит исходный код в машинный, а переводит его в байт-код.
Байт-код – это не машинный код. Поэтому он машинно-независим и может выполнять по большому счету на любых устройствах. Байт-код интерпретирует/компилирует на машинный язык виртуальная машина java в момент выполнения программы.
Хотя байт-код – не машинный код, но он достаточно низкоуровневый, чтобы исполняться быстрее, чем это происходило бы при чтении интерпретатором исходных кодов.
Таким образом, javac’ом мы компилируем до байт-кода. А java интерпретирует байт-код на машинный язык.
Что устанавливать, JRE или JDK?
Java Runtime Environment, или JRE — это виртуальная машина, позволяющая запускать приложения, написанные на языке программирования Java.
Java Development Kit, или JDK — это набор инструментов, для разработки программ на языке программирования Java (компилятор, архиватор, генератор документации и прочие). JRE разумеется тоже входит в дистрибутив JDK.
Правило очень простое: если вы собираетесь что-нибудь писать на языке программирования Java, значит вам потребуется JDK. А если только запускать готовые программы — тогда достаточно JRE.
Как удалить Tomcat с компьютера?
- Перед переустановкой DeployR Запустите командную строку Windows, используя «Запуск от имени администратора»
- Команды C:> sc delete Apache-Tomcat-for-DeployR-7.x.
- Убедитесь, что служба удалена с помощью команды C:> sc queryex type= service state= all | find «DeployR» Команды должны возвращать значение nothing.
- Откройте окно терминала
- Зайдите в систему как super user.
- Найдите пакет jre с помощью следующей команды: rpm -qa.
- Если в отчете RPM указывается пакет, схожий с jre—fcs то Java была установлена с помощью RPM. Примечание. …
- Для удаления Java введите: rpm -e jre—fcs.
Что такое JRE? Введение в среду выполнения Java
Java Development Kit (JDK), виртуальная машина Java (JVM) и среда выполнения Java (JRE) вместе образуют мощное сочетание компонентов платформы Java для разработки и запуска приложений Java. Ранее я писал о JDK и JVM, а в этом кратком руководстве вы узнаете о JRE, или что такое среда выполнения Java.
Фактически, среда выполнения — это программа, которая предназначена для запуска другого программного обеспечения. Среда выполнения для Java, JRE содержит библиотеки классов Java, загрузчик класса Java и виртуальную машину Java. В этой системе
-
Загрузчик классов отвечает за правильную загрузку классов и соединение их с основной библиотекой классов.
Установка JDK, JRE и JVM
В любое время можно скачать пакет JDK, он будет включать в себя совместимости с версией JRE, а JRE будет включать по умолчанию JVM. Вы также можете скачать JRE отдельно от JDK, и вы можете выбрать из множества Jvm. Значения по умолчанию хорошо работают для большинства реализаций, особенно когда вы начинаете учиться Java.
Что такое среда выполнения?
Программа должна выполняться, и для этого ей нужна среда для работы. Среда выполнения загружает файлы классов и обеспечивает доступ к памяти и другим системным ресурсам для их запуска. В прошлом большинство программ использовали операционную систему (ОС) в качестве среды выполнения. Программа запускалась внутри любого компьютера, на котором она была, но полагалась на настройки операционной системы для доступа к ресурсам. Ресурсами в этом случае будут такие вещи, как память, программные файлы и зависимости. Среда выполнения Java изменила все это, по крайней мере, для программ Java.
WORA для Java
Когда был впервые представлен принцип Java «Написано один раз – выполняется везде», он считался революционным, но сегодня принят в качестве нормы для большинства программных систем.
Среда выполнения Java
Мы можем рассматривать программное обеспечение как ряд слоев, которые сидят поверх оборудования. Каждый слой предоставляет сервисы, которые будут использоваться (и необходимы) слоями над ним. Среда выполнения Java — это программный уровень, который работает поверх операционной системы компьютера, предоставляя дополнительные службы, специфичные для Java.
JRE сглаживает разнообразие операционных систем, гарантируя, что программы Java могут работать практически на любой ОС без изменений. Он также предоставляет дополнительные услуги. Автоматическое управление памятью является одним из наиболее важных сервисов JRE, гарантируя, что программистам не придётся вручную контролировать выделение и перераспределение памяти.
Короче говоря, JRE является своего рода meta-OS для программ Java. Это классический пример абстрагирования, абстрагирования базовой операционной системы в согласованное платформа для запуска Java-приложений.
Как JRE работает с JVM
JRE — это система, которая берет Ваш код Java, объединяет его с необходимыми библиотеками и запускает JVM для его выполнения.
JRE содержит библиотеки и программное обеспечение, необходимые для работы программ Java. Как пример, Ява загрузчик класса является частью среды выполнения Java. Эта важная часть программного обеспечения загружает скомпилированный код Java в память и соединяет код с соответствующими библиотеками классов Java.
В слоистом виде, который я только что описал, JVM создается JRE. С точки зрения пакета JRE содержит JVM, как показано на рисунке ниже
В то время как есть концептуальная сторона JRE, в реальной практике это просто программное обеспечение, установленное на компьютере, целью которого является запуск программ Java. Как разработчик, вы будете в основном работать с JDK и JVM, потому что это компоненты платформы, которые вы используете для разработки и запуска программ Java. Как пользователь приложения Java, вы были бы более вовлечены в JRE, что позволяет запускать эти программы.
В большинстве случаев, ваш компьютер будет поставляться с уже установленной Java, и JRE будет включен. Если вам когда-нибудь понадобится, чтобы вручную установить или обновить, вы можете скачать текущую версию JRE от Oracle.
Среда выполнения Java обновляется для каждой новой версии Java, и ее номера версий совпадают с системой управления версиями платформы Java, так например jre 1.8 выполняет Java 8. В то время как у вас есть множество пакетов JDK на выбор (например, Enterprise Edition или Standard Edition), это не относится к JRE. Большинство компьютеров используют JRE, разработанный для Java SE, который может запускать любое приложение Java независимо от того, как оно было разработано. Большинство мобильных устройств поставляются с JRE для Java ME, который предварительно установлен на мобильном устройстве и не доступен для загрузки.
Как только JRE установится, вы можете взаимодействовать с ним в командной строке, введя java -version, который расскажет вам, какие версии установлены. В POSIX-системах, вы всегда можете проверить установку с помощью which java.
JRE в DevOps
JRE не очень заметен на этапе разработки, где он в основном просто запускает ваши программы в ОС или IDE по вашему выбору. JRE играет немного более заметную роль devops и администрирование систем, потому что он используется для мониторинга и конфигурации.
В основном, JRE предоставляет «ручки», которые вы использовали бы для настройки и управления характеристиками приложения Java. Использование памяти является ярким примером. Использование памяти всегда важно, например в облачных конфигурациях, а devops-это облачная технология. Если вы работаете в среде devops или заинтересованы в развертывании devops, лучше понять, как работает память Java и как она отслеживается в JRE.
Devops или sysadmin?
Концепция DevOps — это новый термин, но он описывает то, что было правдой в течение многих десятилетий, что взаимодействие между группами разработки и эксплуатации. В этом смысле концепция DevOps — это просто новый термин для того, что раньше называлось операций или систем управления. Как и sysadmin, важным аспектом devops является администрирование систем, необходимых для выполнения программного обеспечения. Управление JRE является частью управления системами, которые запускают приложения Java.
Память Java и JRE
Память Java состоит из трех компонентов: heap, stack и metaspace (который ранее назывался permgen).
-
Metaspace, где Ява держит свои программы неизменных информация как определения классов.
До Java 8, metaspace был известен как permgen. Ранее, вы должны использовать команду java -XX:MaxPermSize , чтобы контролировать размер permgen пространства. В Java 8 и выше, Java автоматически увеличивает размер metaspace для того чтобы приспособить Мета-потребности вашей программы. В Java 8 также введен новый флаг MaxMetaspaceSize, который может использоваться, чтобы ограничить размер metaspace.
Другие параметры памяти, куча и стек, остаются теми же в Java 8.
Настройка пространства кучи
Пространство кучи является наиболее динамичной частью памяти системы Java. Можно использовать -Xms и -Xmx флаги. Понимание того, как настроить эти флаги для конкретных потребностей программы является важным аспектом управления памятью в Java. Идеал состоит в том, чтобы сделать кучу достаточно большой, чтобы достичь наиболее эффективной сборки мусора. То есть, чтобы достаточно памяти, чтобы позволить программе работать, но не больше, чем необходимо.
Настройка пространства стека
Пространство стека, где вызовы функций и переменных ссылки ставятся в очередь. Пространство стека является источником второй самой печально известной ошибки в программировании Java: исключение переполнения стека (первое является нулевым исключением указателя). В переполнение стека исключений указывает на то, что у вас нет места в стеке, потому что слишком много было зарезервировано. Обычно вы получаете переполнение стека, когда метод или методы вызывают друг друга циклическим образом, тем самым посвящая постоянно растущее число вызовов функции в стек.
Вы используйте -Xss переключатель, чтобы настроить стек начальный размер. Затем стек динамично растет в соответствии с потребностями программы.
Мониторинг приложений Java
Хотя мониторинг приложений является функцией JVM, JRE предоставляет параметры конфигурации, которые являются необходимыми базовыми вещами для мониторинга. Различные инструменты доступны для мониторинга Java-приложений, от классики (вроде команд Unix top) до сложных решений дистанционного контроля от Oracle для мониторинга инфраструктуры.
Между этими вариантами расположены визуальные профайлеры VisualVM, которые позволяют работать на запущенной виртуальной машине. Эти инструменты дают возможность отслеживать утечки памяти, а также наблюдать общее потребление памяти в вашей системе.
Среда выполнения Java — это программа, которая загружает приложения Java для выполнения JVM. JRE включается по умолчанию при загрузке комплекта разработки Java, и каждый JRE включает библиотеки основных классов Java, загрузчик классов Java и виртуальную машину Java. Полезно понять, как взаимодействуют JVM, JDK и JRE, особенно для работы в облачных средах и средах devops. В этих средах JRE играет более сильную роль в мониторинге и конфигурации, чем в традиционной разработке приложений Java.
Автор этого материала — я — Пахолков Юрий. Я оказываю услуги по написанию программ на языках Java, C++, C# (а также консультирую по ним) и созданию сайтов. Работаю с сайтами на CMS OpenCart, WordPress, ModX и самописными. Кроме этого, работаю напрямую с JavaScript, PHP, CSS, HTML — то есть могу доработать ваш сайт или помочь с веб-программированием. Пишите сюда.
Зачем нужен java на компьютере
Senior Member
Сообщений: 462
Зарегистрирован: 11.07.12
Вот недавно посетила меня такая мысль. Если точнее, что́ Java (и JVM со всеми библиотеками вообще) делает лучше всех? Собственно, вначале родилась идея интегрировать вызовы джава-элементов в TeX. Потом задумался: а зачем? Что от этого изменится?
1) Переносимость. Вообще, неплохая вещь, но возможность переносить софт для «виртуальной платформы» с системы на систему компенсируется трудностью портирования на него кода, созданного для физических платформ. Нормального C(++)-компилятора для JVM не существует — а значит, интеграция в jvm любой сишной переносимой опенсорсной библиотеки (коих до нашего времени существует немало) обернется месяцами программистского труда. Это ставит джаву скорее в один ряд со скриптовыми языками типа Python, которые тоже имеют реализации для всех распространенных ОС, но как платформа (т.е., нечто эквивалентное операционной системе) обычно не рассматриваются.
2) GUI в 90% случаев ненужен. Тем более, медленный GUI. Впрочем, он все же умеет кое-что (например, отображать юникодицу, в т.ч. и ее верхние блоки).
3) Поддержка множества кодировок текста. Это да, плюс. Компенсируется существованием лишь одного внутреннего формата строк — аналога utf-16. Никаких строк байтов (максимум, массивы или что-то самодельное), никаких 32-битных строк (максимум, зачаточные костыли для «символов из нескольких символов»). Громоздкость обращения к функциям ввода-вывода — тоже серьезный недостаток, но это еще как-то можно пережить. Java — продукт своего времени, когда юникод уже родился, но еще не стал 32-битным, человечество верило во всемогущество графических интерфейсов и мечтало разделаться с текстовыми консолями.
4) Куча фреймворков, делающих элементарные вещи через XML — скорее мода, чем доп. функционал.
5) Регексы, ассоциативные таблицы, списки и пр. — в наше время имеются в любом уважающем себя языке. Джава здесь ничем особо не лучше и не хуже остальных.
6) Мультитрединг. Имеет значение преимущественно для производительности, но и здесь он выгоден не для всех задач.
Так чем сильна Java.
Senior Member
Сообщений: 377
Зарегистрирован: 17.06.12
Senior Member
Сообщений: 462
Зарегистрирован: 11.07.12
Дальше не читал GUI полезен лишь в приложениях с GUI. Это конечный интерфейс одного из множества классов приложений. Зачем мне свинговый GUI, например, в серверной библиотеке? К тому же, чисто GUI-приложения трудно приспособить для пакетного режима работы (т.е., для однотипных действий, заданных общим сценарием и не требующих присутствия пользователя на каждом шагу). К счастью, Java организована так, что все классы пакета остаются общедоступными и, при необходимости заменить графинтерфейс чем-либо другим, все необходимое обычно можно «выковырять».
井蛙 / жабенєтко в керниці
Сообщений: 1556
Зарегистрирован: 08.08.12
Java как язык программирования скорее не нужна, чем нужна.
Java как платформа хороша тем, что она оттестирована и работает, и работает на разных платформах. По сути кросплатформенных альтернатив не так-то много. Впрочем, нужна ли та кроссплатформенность?
Плоха тем, что в ней есть вещи типа InternalFrameInternalFrameTitlePaneInternalFrameTitlePaneMaximizeButtonWindowNotFocusedState — и большинство библиотек написаны в том же стиле.
А уникод сейчас отобразить любая собака может, это не показатель. И кодировки тоже не проблема.
Senior Member
Сообщений: 462
Зарегистрирован: 11.07.12
井蛙 / жабенєтко в керниці
Сообщений: 1556
Зарегистрирован: 08.08.12
Senior Member
Сообщений: 462
Зарегистрирован: 11.07.12
Вопрос в том, что́ написано. Интересуют, в первую очередь, библиотеки общего назначения. Юзер-интерфейсы имеют строк годности, их все время переписывают (потоки ввода-вывода, текстовый интерфейс, графинтерфейс, вебинтерфейс, аякс, мобильный интерфейс — а завтра еще что-то придумают и начнут переделывать с нуля. ). Джава-программы для джава-программ (типа эклипс или ант) — аналогично, вещь в себе, полезная для программиста, но несущественная с точки зрения функционала конечного продукта.
井蛙 / жабенєтко в керниці
Сообщений: 1556
Зарегистрирован: 08.08.12
Да как бы много чего…
Из тех программ, что я часто использовал — DimSum. Очень удобная программа для начального изучения китайского. Построить словарик по тексту, например.
Из того, что не имеет толковой на-Java замены, допустим, FreeMind и X-MIND. Можно спорить о практической ценности самих когнитивных карт, но тут выбор очевиден: либо за деньги, либо на Java.
Что подразумевается под «общего назначения»?
Например, я недавно интересовался библиотеками для генерации PDF на Java. Нашёл: PDFBox, iText (правда, там Affero GPL — надо открывать исходники, даже если используется на сервере).
(22-11-2012 16:44) Python писал(а): Джава-программы для джава-программ (типа эклипс или ант) — аналогично, вещь в себе, полезная для программиста, но несущественная с точки зрения функционала конечного продукта.
Eclipse используют не только Java-программисты. И не только Eclipse. У моих коллег на работе весьма популярен PhpStorm — ещё одна среда разработки, написанная на Jav’е.
Senior Member
Сообщений: 462
Зарегистрирован: 11.07.12
Я имел в виду то, что можно применить в как можно большем спектре приложений — т.е., средства для манипуляций с данными, не привязанные к конкретному пользовательскому интерфейсу.
