Новое в версии Java SE Development Kit 17.0.1 (19.10.2021)
Новое в версии Java SE Runtime Environment 8u311 (19.10.2021)
Новое в версии Java SE Development Kit 16.0.2 (20.07.2021)
Новое в версии Java SE Development Kit 11.0.12 (20.07.2021)
Новое в версии Java SE Development Kit 15.0.2 (19.01.2021)
Системные требования
Системные требования Java Runtime Environment 8
Windows
Mac OS X
Для запуска Oracle Java для Mac OS X требуется 64-разрядный браузер (например, Safari или Firefox).
Linux
Полезные ссылки
Также посмотрите
Подробное описание
Java Runtime Environment (JRE) предоставляет библиотеки, виртуальную машину Java и другие компоненты для запуска апплетов и приложений, написанных на языке программирования Java.
Дополнительно JRE включает две ключевые технологии развертывания: Java Plug-in, который позволяет запускать апплеты в популярных браузерах, и Java Web Start, которая позволяет развертывать автономных приложений в сети.
Здесь размещены официальные ссылки для загрузки Java Runtime Environment для 32-разрядных и 64-разрядных операционных систем Windows и приложений.
Описание разработчика Java Runtime Environment
На сегодняшний день платформа Java привлекла более 9 миллионов разработчиков программного обеспечения. Она используется во всех главных сегментах индустрии, а также в широком диапазоне устройств, компьютеров и сетей.
Универсальность, эффективность, портативность платформ и безопасность технологии Java делают эту технологию идеальным выбором для сетевых вычислений. От портативных компьютеров до центров сбора данных, от игровых консолей до суперкомпьютеров, используемых для научных разработок, от сотовых телефонов до сети Интернет.
На основе технологий Java работают приставки, принтеры, веб-камеры, игры, навигационные системы для автомобилей, терминалы для проведения лотерей, медицинские устройства, автоматы для оплаты парковки и многое другое.
Как скачать Java SE Runtime Environment / Development Kit
Перейдите на страницу загрузки и выберите версию для вашего устройства.
Национальная библиотека им. Н. Э. Баумана Bauman National Library
Персональные инструменты
Java Runtime Environment
Java Runtime Environment
Разработчики:
Oracle Corporation (после поглощения Sun Microsystems)
Написана на:
Java
Операционная система:
Кроссплатформенное программное обеспечение
Тип ПО:
Программная платформа
Лицензия:
Java Runtime Environment (JRE) представляет собой набор программных инструментов для разработки приложений Java. Он объединяет виртуальную машину Java (JVM), основные классы платформы и поддерживающие библиотеки. [Источник 1]
JRE является частью Java Development Kit (JDK), но может быть загружен отдельно. JRE была первоначально разработана Sun Microsystems Inc., дочерней компанией Oracle Corporation.
Содержание
История
Технология Java была запущена в 1995 году, и Sun Microsystems опубликовала одно издание каждые 18 месяцев. В первой версии JRE, опубликованной в 1995 году, библиотеки насчитывают 171 класс объектов. В версии 1.4, опубликованной в 2002 году, они уже насчитывают 2 367 классов объектов.
В 2010 году Sun Microsystems, которая распространяет JRE, приобретается Oracle Corporation, которая заявляет о своем намерении продолжить разработку технологии Java
Характеристики
Как правило, среда выполнения состоит из виртуальной машины Java (Java VM), которая отвечает за запуск приложений Java, интерфейса прикладного программирования (API) и других программных библиотек. API предоставляет стандартные классы языка программирования Java, такие как «java.lang.String». Виртуальная машина и API должны быть совместимыми и поэтому сгруппированы в JRE. Это можно рассматривать как виртуальный компьютер, который предоставляет некоторые процессоры на виртуальной машине и API в качестве верхнего слоя библиотеки.
Среда выполнения Java не включает средства разработки, такие как компиляторы. Для программирования на Java требуется Java Development Kit (JDK) или другая среда программирования, которая также генерирует байт-код Java.
Архитектура
JRE состоит из виртуальной машины, программных библиотек, используемых программами Java, и плагина для запуска этих программ из веб-браузеров.
Android, платформа для мобильных телефонов, созданная Google, включает в себя виртуальную машину и библиотеку программного обеспечения, аналогичную JRE6, которая включена в устройства производителями.
Виртуальная машина
Режимы выполнения байт-кода
Режим HotSpot виртуальной машины переводит инструкции с байт-кода на машинный язык машины, на которой запущен JRE; после чего выполняются переведенные инструкции. Переведенные инструкции сохраняются для ограничения количества операций перевода. В этом режиме запуск Java-программ выполняется быстрее, но требует больше памяти.
В режиме адаптивного компиляции виртуальная машина только переводит часто исполняемые инструкции, альтернативно используя методы интерпретации или HotSpot по мере необходимости.
Виртуальная машина также оснащена сборщиком мусора (сборщик мусора), который позволяет освободить память, которая больше не используется программой Java.
Библиотеки
Библиотеки программного обеспечения JRE реализуют английский интерфейс прикладного программирования (API). Это стандартизованный набор функций, связанных с классами объектов и сгруппированных по предмету (пакет). В своем выпуске 2002 года JRE имеет 135 пакетов, которые предоставляют функции, которые используются Java-программами для:
Swing – это два набора пакетов, включенных в JRE, предназначенные для создания графических интерфейсов.
С 1998 года существует несколько вариантов библиотек, более или менее богатых. Библиотеки, включенные в JRE, соответствуют стандартной версии под названием Java SE11, предназначенной для персональных компьютеров. Существует также версия Java ME для мобильных телефонов и версия Java EE для корпоративных серверов.
Плагины
Когда веб-страница имеет ссылку на апплет, плагин использует виртуальную машину JRE для запуска программы. Браузеры, такие как Internet Explorer или Netscape Navigator, имеют встроенную виртуальную машину, но она менее продвинута и не предлагает те же возможности, что и JRE. Java Plug-In затем позволяет избежать использования виртуальной машины, встроенной в браузер.
Релизы
С моментом выхода среды выполнения Java 2, Java в том виде, в котором она обеспечивается Sun, разделенный на издания, как Java-приложения, может быть использован на различных устройствах с различными характеристиками мобильных устройств от настольных компьютеров до серверы:
Java-платформа Java Platform
Позволяет апплетам Java Card запускать следующие Java-апплеты на смарт-картах с использованием уменьшенного стандарта Java.
Java Platform, Micro Edition (Java ME)
Платформа для так называемых встроенных потребительских продуктов, таких как смартфоны или планшеты.
Платформа Java, стандартная версия (Java SE)
Коллекция интерфейсов программирования Java для общего использования на ПК, серверах или подобных устройствах. Java SE служит основой для технологий Java EE и Java ME.
Платформа Java, Enterprise Edition (Java EE)
Java SE, обогащенный программными интерфейсами для транзакционного выполнения многоуровневых корпоративных и веб-приложений. Выпуски Standard и Enterprise используют ту же виртуальную машину (Java Virtual Machine, JVM), но программирование в Enterprise Edition для многочисленных дополнительных библиотек и дополнительных программ (в частности, для сервера приложений) добавлено. Java EE в первую очередь следует понимать как спецификацию, использование которой в основном основано на коммерческих продуктах других производителей или программ с открытым исходным кодом.
Версии и поддерживаемые системы
Версии JRE нумеруются одинаково с версиями Java;
В конце 2012 года существует более 50 последовательных версий JRE, в том числе 7 основных. Последняя версия для OS X, Linux, Windows и Solaris и является 1.7.0.45 (также под названием «7 Update 45») в октябре 2013 года, распространяется их владельца Oracle (после приобретения редактора Sun Microsystems в 2009 году). Если Java входит в несколько выпусков (Java SE, Java EE, Java ME, Java FX), JRE соответствует стандартной версии Java SE. Таким образом, выполнить на клиентском программное обеспечение, написанное в Java EE требует, помимо JRE, по мере необходимости обеспечивается контейнером Java, «тяжелый», как Apache Tomcat, JBoss и Джонас, или дополнительные библиотеки J2EE.
Особенности Mac OS X
Начиная с версии Java 1.5, нет выпуска JRE для компьютеров Mac OS X с процессором Motorola. Релизы 1.6 Java (Java 6) для Mac OS X Процессор Intel и большая часть Java 7 были интегрированы в эту ОС и поэтому специально распространяются Apple. Это до октября 2010 года, когда Apple объявляет о своем намерении не интегрировать следующие Apple-процессы в OS X. В 2012 году, начиная с версии Mac OS X v10.7 2012-006, дистрибутив JRE для Mac OS X возвращается в Oracle.
Специальные возможности для Microsoft Windows
Панель управления Java является расширением для панели управления Microsoft Windows. Там могут быть созданы параметры среды Java Runtime Environment (JRE). Во время установки файл файла jpicpl32.cpl или javacpl.cpl добавляется в системный каталог Windows.
Для написания такого программного обеспечения требуется использование Java Development Kit (JDK), также распространяемого корпорацией Oracle. Таким образом, хотя JRE предназначен для пользователей программ на языке Java, JDK предназначен для программистов: он включает в себя помимо виртуальной машины и библиотек команды для создания программ на языке Java. Этот же JDK упакован в различные дистрибутивы, содержащие дополнительные API для разных контекстов реализации: Java SE, Java EE, Java ME и т. д. [Источник 2]
Инструменты для запуска и разработки Java приложений, компиляция, выполнение на JVM
Ни для кого не секрет, что на данный момент Java — один из самых популярных языков программирования в мире. Дата официального выпуска Java — 23 мая 1995 года.
Эта статья посвящена основам основ: в ней изложены базовые особенности языка, которые придутся кстати начинающим “джавистам”, а опытные Java-разработчики смогут освежить свои знания.
* Статья подготовлена на основе доклада Евгения Фраймана — Java разработчика компании IntexSoft. В статье присутствуют ссылки на внешние материалы.
1. JDK, JRE, JVM
Java Development Kit — комплект разработчика приложений на языке Java. Он включает в себя Java Development Tools и среду выполнения Java — JRE (Java Runtime Environment).
Java development tools включают в себя около 40 различных тулов: javac (компилятор), java (лаунчер для приложений), javap (java class file disassembler), jdb (java debugger) и др.
Среда выполнения JRE — это пакет всего необходимого для запуска скомпилированной Java-программы. Включает в себя виртуальную машину JVM и библиотеку классов Java — Java Class Library.
JVM — это программа, предназначенная для выполнения байт-кода. Первое преимущество JVM — это принцип “Write once, run anywhere”. Он означает, что приложение, написанное на Java, будет работать одинаково на всех платформах. Это является большим преимуществом JVM и самой Java.
До появления Java, многие компьютерные программы были написаны под определенные компьютерные системы, а предпочтение отдавалось ручному управлению памятью, как более эффективному и предсказуемому. Со второй половины 1990-х годов, после появления Java, автоматическое управление памятью стало общей практикой.
Существует множество реализаций JVM, как коммерческих, так и с открытым кодом. Одна из целей создания новых JVM — увеличение производительности для конкретной платформы. Каждая JVM пишется под платформу отдельно, при этом есть возможность написать ее так, чтобы она работала быстрее на конкретной платформе. Самая распространённая реализация JVM — это JVM Hotspot от OpenJDK. Также есть реализации IBM J9, Excelsior JET.
2. Выполнение кода на JVM
Согласно спецификации Java SE, для того, чтобы получить код, работающий в JVM, необходимо выполнить 3 этапа:
3. Загрузчики классов и их иерархия
Вернемся к загрузчикам классов — это специальные классы, которые являются частью JVM. Они загружают классы в память и делают их доступными для выполнения. Загрузчики работают со всеми классами: и с нашими, и с теми, которые непосредственно нужны для Java.
Представьте ситуацию: мы написали свое приложение, и помимо стандартных классов там есть наши классы, и их очень много. Как с этим будет работать JVM? В Java реализована отложенная загрузка классов, иными словами lazy loading. Это значит, что загрузка классов не будет выполняться до тех пор, пока в приложении не встретится обращение к классу.
Иерархия загрузчиков классов
Первый загрузчик классов — это Bootstrap classloader. Он написан на C++. Это базовый загрузчик, который загружает все системные классы из архива rt.jar. При этом, есть небольшое отличие между загрузкой классов из rt.jar и наших классов: когда JVM загружает классы из rt.jar, она не выполняет все этапы проверки, которые выполняются при загрузке любого другого класс-файла т.к. JVM изначально известно, что все эти классы уже проверены. Поэтому, включать в этот архив какие-либо свои файлы не стоит.
Следующий загрузчик — это Extension classloader. Он загружает классы расширений из папки jre/lib/ext. Допустим, вы хотите, чтобы какой-то класс загружался каждый раз при старте Java машины. Для этого вы можете скопировать исходный файл класса в эту папку, и он будет автоматически загружаться.
Еще один загрузчик — System classloader. Он загружает классы из classpath’а, который мы указали при запуске приложения.
Процесс загрузки классов происходит по иерархии:
4. Структура Сlass-файлов и процесс загрузки
Перейдем непосредственно к структуре Class-файлов.
Все числа, строки, указатели на классы, поля и методы хранятся в Сonstant pool — области памяти Meta space. Описание класса хранится там же и содержит имя, модификаторы, супер-класс, супер-интерфейсы, поля, методы и атрибуты. Атрибуты, в свою очередь, могут содержать любую дополнительную информацию.
Таким образом, при загрузке классов:
5. Исполнение байт-кода на JVM
В первую очередь, для исполнения байт-кода, JVM может его интерпретировать. Интерпретация — довольно медленный процесс. В процессе интерпретации, интерпретатор “бежит” построчно по класс-файлу и переводит его в команды, которые понятны JVM.
Также JVM может его транслировать, т.е. скомпилировать в машинный код, который будет исполняться непосредственно на CPU.
Команды, которые исполняются часто, не будут интерпретироваться, а сразу будут транслироваться.
6. Компиляция
Компилятор — это программа, которая преобразует исходные части программ, написанные на языке программирования высокого уровня, в программу на машинном языке, “понятную” компьютеру.
Компиляторы делятся на:
Также компиляторы могут классифицироваться по моменту компиляции:
7. Организация памяти в Java
Стек — это область памяти в Java, которая работает по схеме LIFO — “Last in — Fisrt Out” или “Последним вошел, первым вышел”.
Он нужен для того, чтобы хранить методы. Переменные в стеке существуют до тех пор, пока выполняется метод в котором они были созданы.
Когда вызывается любой метод в Java, создается фрейм или область памяти в стеке, и метод кладется на его вершину. Когда метод завершает выполнение, он удаляется из памяти, тем самым освобождая память для следующих методов. Если память стека будет заполнена, Java бросит исключение java.lang.StackOverFlowError. К примеру, это может произойти, если у нас будет рекурсивная функция, которая будет вызывать сама себя и памяти в стеке не будет хватать.
Ключевые особенности стека:
Куча разбита на несколько более мелких частей, называемых поколениями:
Почему отказались от Permanent generation? В первую очередь, это из-за ошибки, которая была связана с переполнением области: так как Perm имел константный размер и не мог расширяться динамически, рано или поздно память заканчивалась, кидалась ошибка, и приложение падало.
Meta space же имеет динамический размер, и во время исполнения он может расширяться до размеров памяти JVM.
Ключевые особенности кучи:
Основываясь на информации выше, рассмотрим, как происходит управление памятью на простом примере:
У нас есть класс App, в котором единственный метод main состоит из:
— примитивной переменой id типа int со значением 23 — ссылочной переменной pName типа String со значением Jon — ссылочной переменной p типа person
Как уже упоминалось, при вызове метода на вершине стека создаётся область памяти, в которой хранятся данные, необходимые этому методу для выполнения. В нашем случае, это ссылка на класс person: сам объект хранится в куче, а в стеке хранится ссылка. Также в стек кладется ссылка на строку, а сама строка хранится в куче в String pool. Примитив хранится непосредственно в стеке.
Для вызова конструктора с параметрами Person (String) из метода main() в стеке, поверх предыдущего вызова main() создается в стеке отдельный фрейм, который хранит:
— this — ссылка на текущий объект — примитивное значение id — ссылочную переменную personName, которая указывает на строку в String Pool.
После того, как мы вызвали конструктор, вызывается setPersonName(), после чего снова создается новый фрейм в стеке, где хранятся те же данные: ссылка на объект, ссылка на строку, значение переменной.
Таким образом, когда выполнится метод setter, фрейм пропадет, стек очистится. Далее выполняется конструктор, очищается фрейм, который был создан под конструктор, после чего метод main() завершает свою работу и тоже удаляется из стека.
Если будут вызваны другие методы, для них будут также созданы новые фреймы с контекстом этих конкретных методов.
8. Garbage collector
В куче работает Garbage collector — программа, работающая на виртуальной машине Java, которая избавляется от объектов, к которым невозможно получить доступ.
Разные JVM могут иметь различные алгоритмы сборки мусора, также существуют разные сборщики мусора.
Мы поговорим о самом простом сборщике Serial GC. Сборку мусора мы запрашиваем при помощи System.gc().
Как уже было упомянуто выше, куча разбита на 2 области: New generation и Old generation.
New generation (младшее поколение) включает в себя 3 региона: Eden, Survivor 0 и Survivor 1.
Old generation включает в себя регион Tenured.
Что происходит, когда мы создаем в Java объект?
В первую очередь объект попадает в Eden. Если мы создали уже много объектов и в Eden уже нет места, срабатывает сборщик мусора и освобождает память. Это, так называемая, малая сборка мусора — на первом проходе он очищает область Eden и кладёт “выжившие” объекты в регион Survivor 0. Таким образом регион Eden полностью высвобождается.
Если произошло так, что область Eden снова была заполнена, garbage collector начинает работу с областью Eden и областью Survivor 0, которая занята на данный момент. После очищения выжившие объекты попадут в другой регион — Survivor 1, а два остальных останутся чистыми. При последующей сборке мусора в качестве региона назначения опять будет выбран Survivor 0. Именно поэтому важно, чтобы один из регионов Survivor всегда был пустым.
JVM следит за объектами, которые постоянно копируются и перемещаются из одного региона в другой. И для того, чтобы оптимизировать данный механизм, после определённого порога сборщик мусора перемещает такие объекты в регион Tenured.
Когда в Tenured места для новых объектов не хватает, происходит полная сборка мусора — Mark-Sweep-Compact.
Во время этого механизма определяется, какие объекты больше не используются, регион очищается от этих объектов, и область памяти Tenured дефрагментируется, т.е. последовательно заполняется нужными объектами.
Java Development Kit (JDK), виртуальная машина Java (JVM) и среда выполнения Java (JRE) вместе образуют мощное сочетание компонентов платформы Java для разработки и запуска приложений Java. Ранее я писал о JDK и JVM, а в этом кратком руководстве вы узнаете о JRE, или что такое среда выполнения Java.
Мы углубимся в то, как эти компоненты работают вместе в следующих разделах.
Установка JDK, JRE и JVM
В любое время можно скачать пакет JDK, он будет включать в себя совместимости с версией JRE, а JRE будет включать по умолчанию JVM. Вы также можете скачать JRE отдельно от JDK, и вы можете выбрать из множества Jvm. Значения по умолчанию хорошо работают для большинства реализаций, особенно когда вы начинаете учиться Java.
Что такое среда выполнения?
Программа должна выполняться, и для этого ей нужна среда для работы. Среда выполнения загружает файлы классов и обеспечивает доступ к памяти и другим системным ресурсам для их запуска. В прошлом большинство программ использовали операционную систему (ОС) в качестве среды выполнения. Программа запускалась внутри любого компьютера, на котором она была, но полагалась на настройки операционной системы для доступа к ресурсам. Ресурсами в этом случае будут такие вещи, как память, программные файлы и зависимости. Среда выполнения Java изменила все это, по крайней мере, для программ Java.
Когда был впервые представлен принцип Java «Написано один раз – выполняется везде», он считался революционным, но сегодня принят в качестве нормы для большинства программных систем.
Среда выполнения Java
JRE сглаживает разнообразие операционных систем, гарантируя, что программы Java могут работать практически на любой ОС без изменений. Он также предоставляет дополнительные услуги. Автоматическое управление памятью является одним из наиболее важных сервисов JRE, гарантируя, что программистам не придётся вручную контролировать выделение и перераспределение памяти.
Короче говоря, JRE является своего рода meta-OS для программ Java. Это классический пример абстрагирования, абстрагирования базовой операционной системы в согласованное платформа для запуска Java-приложений.
Как JRE работает с 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 не очень заметен на этапе разработки, где он в основном просто запускает ваши программы в ОС или IDE по вашему выбору. JRE играет немного более заметную роль devops и администрирование систем, потому что он используется для мониторинга и конфигурации.
В основном, JRE предоставляет «ручки», которые вы использовали бы для настройки и управления характеристиками приложения Java. Использование памяти является ярким примером. Использование памяти всегда важно, например в облачных конфигурациях, а devops-это облачная технология. Если вы работаете в среде devops или заинтересованы в развертывании devops, лучше понять, как работает память Java и как она отслеживается в JRE.
Devops или sysadmin?
Память Java состоит из трех компонентов: heap, stack и metaspace (который ранее назывался permgen).
Управление памятью в Java 8
Другие параметры памяти, куча и стек, остаются теми же в Java 8.
Настройка пространства кучи
Настройка пространства стека
Пространство стека, где вызовы функций и переменных ссылки ставятся в очередь. Пространство стека является источником второй самой печально известной ошибки в программировании Java: исключение переполнения стека (первое является нулевым исключением указателя). В переполнение стека исключений указывает на то, что у вас нет места в стеке, потому что слишком много было зарезервировано. Обычно вы получаете переполнение стека, когда метод или методы вызывают друг друга циклическим образом, тем самым посвящая постоянно растущее число вызовов функции в стек.
Мониторинг приложений Java
Хотя мониторинг приложений является функцией JVM, JRE предоставляет параметры конфигурации, которые являются необходимыми базовыми вещами для мониторинга. Различные инструменты доступны для мониторинга Java-приложений, от классики (вроде команд Unix top) до сложных решений дистанционного контроля от Oracle для мониторинга инфраструктуры.
Между этими вариантами расположены визуальные профайлеры VisualVM, которые позволяют работать на запущенной виртуальной машине. Эти инструменты дают возможность отслеживать утечки памяти, а также наблюдать общее потребление памяти в вашей системе.
статьи IT, java, jre