3. Big Data
Что такое Big Data?
Big Data — это обработка огромных объемов данных, которые невозможно обработать традиционными инструментами. Это может быть анализ логов, данных с датчиков IoT, пользовательской активности в интернете или финансовых транзакций. Java играет ключевую роль в Big Data благодаря своей производительности и мощным инструментам.
Почему Java для Big Data?
Производительность: Java обеспечивает высокую скорость обработки благодаря JIT-компиляции и оптимизации JVM.
Экосистема: Java имеет множество фреймворков для работы с большими данными.
Масштабируемость: Java-приложения легко масштабируются на кластерах из сотен или тысяч серверов.
Основные инструменты для Big Data на Java
Apache Hadoop: Платформа для распределенной обработки больших данных. Hadoop написан на Java и используется для анализа больших наборов данных, например, логов веб-сайтов.
Apache Spark: Быстрая и универсальная платформа для обработки данных в реальном времени. Spark также написан на Java (и Scala) и часто используется для машинного обучения и анализа данных.
Apache Kafka: Система для обработки потоков данных в реальном времени, например, для обработки сообщений или событий.
Elasticsearch: Поисковая и аналитическая система, которая используется для индексации и анализа больших объемов данных.
Примеры использования
Рекомендательные системы: Netflix и Amazon используют Java и Big Data-технологии для анализа поведения пользователей и рекомендаций фильмов или товаров.
Финансовый анализ: Банки используют Hadoop и Spark для обнаружения мошенничества и анализа транзакций.
IoT: Обработка данных с миллионов датчиков (например, в "умных" городах) часто выполняется с помощью Java и Kafka.
Почему это важно для новичков?
Понимание областей применения Java даёт вам представление о том, где вы можете применить свои знания.
Java — это не просто язык, это инструмент для решения реальных задач:
Веб-приложения научат вас создавать серверную логику и работать с API.
Android-разработка позволит создавать приложения для миллиардов устройств.
Big Data откроет двери в мир анализа данных и машинного обучения.
#Java #для_новичков #beginner
Что такое Big Data?
Big Data — это обработка огромных объемов данных, которые невозможно обработать традиционными инструментами. Это может быть анализ логов, данных с датчиков IoT, пользовательской активности в интернете или финансовых транзакций. Java играет ключевую роль в Big Data благодаря своей производительности и мощным инструментам.
Почему Java для Big Data?
Производительность: Java обеспечивает высокую скорость обработки благодаря JIT-компиляции и оптимизации JVM.
Экосистема: Java имеет множество фреймворков для работы с большими данными.
Масштабируемость: Java-приложения легко масштабируются на кластерах из сотен или тысяч серверов.
Основные инструменты для Big Data на Java
Apache Hadoop: Платформа для распределенной обработки больших данных. Hadoop написан на Java и используется для анализа больших наборов данных, например, логов веб-сайтов.
Apache Spark: Быстрая и универсальная платформа для обработки данных в реальном времени. Spark также написан на Java (и Scala) и часто используется для машинного обучения и анализа данных.
Apache Kafka: Система для обработки потоков данных в реальном времени, например, для обработки сообщений или событий.
Elasticsearch: Поисковая и аналитическая система, которая используется для индексации и анализа больших объемов данных.
Примеры использования
Рекомендательные системы: Netflix и Amazon используют Java и Big Data-технологии для анализа поведения пользователей и рекомендаций фильмов или товаров.
Финансовый анализ: Банки используют Hadoop и Spark для обнаружения мошенничества и анализа транзакций.
IoT: Обработка данных с миллионов датчиков (например, в "умных" городах) часто выполняется с помощью Java и Kafka.
Почему это важно для новичков?
Понимание областей применения Java даёт вам представление о том, где вы можете применить свои знания.
Java — это не просто язык, это инструмент для решения реальных задач:
Веб-приложения научат вас создавать серверную логику и работать с API.
Android-разработка позволит создавать приложения для миллиардов устройств.
Big Data откроет двери в мир анализа данных и машинного обучения.
#Java #для_новичков #beginner
👍4
July 22
Структура build-файла Gradle
Файл build.gradle (или build.gradle.kts) является основным конфигурационным файлом Gradle, определяющим, как собирать проект. Он состоит из ключевых блоков, которые задают плагины, репозитории, зависимости, задачи и конфигурации.
Основные элементы
Plugins:
Блок plugins определяет плагины, которые добавляют задачи, настройки и функциональность.
Пример (Groovy DSL):
Пример (Kotlin DSL):
Плагины могут быть:
Core plugins (например, java, application): встроены в Gradle.
Community plugins: загружаются из репозиториев (например, Maven Central).
Repositories:
Указывают, откуда Gradle загружает зависимости и плагины (например, Maven Central, JCenter).
Пример:
Dependencies:
Определяют библиотеки и модули, необходимые проекту.
Пример:
Конфигурации (например, implementation, testImplementation) определяют область видимости зависимостей (аналогично scope в Maven).
Tasks:
Задачи — это атомарные единицы работы (например, компиляция, тестирование).
Пример кастомной задачи:
Задачи могут зависеть друг от друга через dependsOn:task build(dependsOn:
Configurations:
Конфигурации определяют группы зависимостей для разных целей (например, implementation для компиляции, testImplementation для тестов).
Пример:
Пример полного build.gradle
#Java #middle #Gradle #Build_gradle
Файл build.gradle (или build.gradle.kts) является основным конфигурационным файлом Gradle, определяющим, как собирать проект. Он состоит из ключевых блоков, которые задают плагины, репозитории, зависимости, задачи и конфигурации.
Основные элементы
Plugins:
Блок plugins определяет плагины, которые добавляют задачи, настройки и функциональность.
Пример (Groovy DSL):
plugins {
id 'java'
id 'org.springframework.boot' version '2.7.18'
}
Пример (Kotlin DSL):
plugins {
java
id("org.springframework.boot") version "2.7.18"
}
Плагины могут быть:
Core plugins (например, java, application): встроены в Gradle.
Community plugins: загружаются из репозиториев (например, Maven Central).
В памяти: Плагины загружаются как Java-классы в JVM, увеличивая потребление памяти пропорционально их зависимостям и сложности.
Repositories:
Указывают, откуда Gradle загружает зависимости и плагины (например, Maven Central, JCenter).
Пример:
repositories {
mavenCentral()
maven { url 'https://repo.example.com' }
}
В памяти: Gradle загружает метаданные репозиториев (POM-файлы, индексы) в память для разрешения зависимостей, что требует временного увеличения ресурсов.
Dependencies:
Определяют библиотеки и модули, необходимые проекту.
Пример:
dependencies {
implementation 'org.springframework:spring-core:5.3.20'
testImplementation 'junit:junit:4.13.2'
}
Конфигурации (например, implementation, testImplementation) определяют область видимости зависимостей (аналогично scope в Maven).
В памяти: Gradle строит граф зависимостей (Directed Acyclic Graph, DAG), хранящий метаданные каждой зависимости. Это увеличивает потребление памяти, особенно для крупных проектов.
Tasks:
Задачи — это атомарные единицы работы (например, компиляция, тестирование).
Пример кастомной задачи:
task hello {
doLast {
println 'Hello, Gradle!'
}
}
Задачи могут зависеть друг от друга через dependsOn:task build(dependsOn:
['test', 'jar']) {
doLast { println 'Building project' }
}
В памяти: Каждая задача представлена как объект в JVM, содержащий конфигурацию, зависимости и действия. Gradle хранит DAG задач в памяти, что увеличивает overhead для сложных проектов.
Configurations:
Конфигурации определяют группы зависимостей для разных целей (например, implementation для компиляции, testImplementation для тестов).
Пример:
configurations {
customConfig
}
dependencies {
customConfig 'com.example:library:1.0'
}
В памяти: Конфигурации хранятся как часть графа зависимостей, добавляя метаданные для каждой группы. Это увеличивает объем памяти, особенно при использовании кастомных конфигураций.
Пример полного build.gradle
plugins {
id 'java'
id 'org.springframework.boot' version '2.7.18'
}
repositories {
mavenCentral()
}
dependencies {
implementation 'org.springframework.boot:spring-boot-starter'
testImplementation 'junit:junit:4.13.2'
}
tasks.register('customTask') {
doLast {
println 'Custom task executed'
}
}
В памяти: Файл build.gradle парсится в объектную модель, включающую плагины, зависимости и задачи. Groovy DSL требует загрузки Groovy-библиотек, а Kotlin DSL — Kotlin-библиотек, что увеличивает потребление памяти.
#Java #middle #Gradle #Build_gradle
👍4
July 23
Скриптовый движок (Groovy/Kotlin)
Gradle использует два языка для описания сборки:
Groovy DSL:
Основан на Groovy, динамически типизированном языке.
Преимущества: Простота, лаконичный синтаксис, широкая совместимость.
Недостатки: Ошибки могут обнаруживаться только на этапе выполнения из-за динамической типизации.
Пример:
Kotlin DSL:
Основан на Kotlin, статически типизированном языке.
Преимущества: Автодополнение в IDE, раннее обнаружение ошибок, лучшая интеграция с Kotlin-проектами.
Недостатки: Более строгий синтаксис, требует знания Kotlin.
Пример:
Gradle Project Object Model
Gradle Project Object Model (POM, не путать с Maven POM) — это внутренняя модель, представляющая проект в памяти.
Она включает:
Project: Корневой объект, содержащий свойства (group, name, version), задачи, зависимости и плагины.
Tasks: Объекты задач, связанные через DAG.
Dependencies: Граф зависимостей, организованный по конфигурациям.
Properties: Свойства проекта, доступные через ${project.property}.
Subprojects: Для многомодульных проектов, каждый подпроект имеет свою модель.
Пример доступа:
Gradle Lifecycle Overview: Initialization → Configuration → Execution
Gradle выполняет сборку в три фазы:
Initialization:
Gradle загружает settings.gradle для определения структуры проекта (корневое имя, модули).
Создает объекты Project для корневого проекта и подпроектов.
Configuration:
Gradle парсит все build.gradle-файлы, создавая модель проекта и DAG задач.
Выполняются все скрипты конфигурации, даже для задач, которые не будут выполняться.
Пример: Определение зависимостей и задач в build.gradle.
Execution:
Gradle выполняет задачи, указанные в командной строке (например, ./gradlew build), в порядке, определенном DAG.
Инкрементальность пропускает задачи, чьи входные/выходные данные не изменились.
Нюансы:
Конфигурация выполняется всегда, даже если задачи не запускаются, что увеличивает время инициализации.
Используйте флаг --configure-on-demand для конфигурации только необходимых модулей:./gradlew build --configure-on-demand
Gradle Daemon сохраняет JVM между сборками, ускоряя повторные запуски, но увеличивая базовое потребление памяти.
#Java #middle #Gradle #Build_gradle
Gradle использует два языка для описания сборки:
Groovy DSL:
Основан на Groovy, динамически типизированном языке.
Преимущества: Простота, лаконичный синтаксис, широкая совместимость.
Недостатки: Ошибки могут обнаруживаться только на этапе выполнения из-за динамической типизации.
Пример:
dependencies {
implementation 'org.springframework:spring-core:5.3.20'
}
Kotlin DSL:
Основан на Kotlin, статически типизированном языке.
Преимущества: Автодополнение в IDE, раннее обнаружение ошибок, лучшая интеграция с Kotlin-проектами.
Недостатки: Более строгий синтаксис, требует знания Kotlin.
Пример:
dependencies {
implementation("org.springframework:spring-core:5.3.20")
}
В памяти: Groovy DSL компилируется динамически, загружая Groovy-библиотеки (например, groovy-all) в JVM, что увеличивает потребление памяти (около 50-100 МБ дополнительно). Kotlin DSL требует загрузки Kotlin-библиотек (kotlin-stdlib, kotlin-scripting), что добавляет аналогичный overhead, но статическая типизация снижает вероятность ошибок. Gradle кэширует результаты парсинга в ~/.gradle/caches для ускорения повторных сборок.
Gradle Project Object Model
Gradle Project Object Model (POM, не путать с Maven POM) — это внутренняя модель, представляющая проект в памяти.
Она включает:
Project: Корневой объект, содержащий свойства (group, name, version), задачи, зависимости и плагины.
Tasks: Объекты задач, связанные через DAG.
Dependencies: Граф зависимостей, организованный по конфигурациям.
Properties: Свойства проекта, доступные через ${project.property}.
Subprojects: Для многомодульных проектов, каждый подпроект имеет свою модель.
Пример доступа:
println project.name
println project.version
В памяти: Gradle загружает модель проекта в JVM во время фазы конфигурации (см. ниже). Для многомодульных проектов каждый подпроект создает отдельную модель, увеличивая потребление памяти пропорционально количеству модулей. Кэширование метаданных в ~/.gradle/caches снижает повторные вычисления
Gradle Lifecycle Overview: Initialization → Configuration → Execution
Gradle выполняет сборку в три фазы:
Initialization:
Gradle загружает settings.gradle для определения структуры проекта (корневое имя, модули).
Создает объекты Project для корневого проекта и подпроектов.
В памяти: Загружаются settings.gradle и плагины, необходимые для инициализации. Это минимальная фаза по потреблению памяти.
Configuration:
Gradle парсит все build.gradle-файлы, создавая модель проекта и DAG задач.
Выполняются все скрипты конфигурации, даже для задач, которые не будут выполняться.
Пример: Определение зависимостей и задач в build.gradle.
В памяти: Самая ресурсоемкая фаза, так как Gradle загружает и компилирует все скрипты, плагины и зависимости. Для крупных проектов может потребоваться несколько сотен МБ.
Execution:
Gradle выполняет задачи, указанные в командной строке (например, ./gradlew build), в порядке, определенном DAG.
Инкрементальность пропускает задачи, чьи входные/выходные данные не изменились.
В памяти: Зависит от сложности задач. Например, compileJava загружает исходные файлы и зависимости, а test — тестовые классы и фреймворки.
Нюансы:
Конфигурация выполняется всегда, даже если задачи не запускаются, что увеличивает время инициализации.
Используйте флаг --configure-on-demand для конфигурации только необходимых модулей:./gradlew build --configure-on-demand
Gradle Daemon сохраняет JVM между сборками, ускоряя повторные запуски, но увеличивая базовое потребление памяти.
#Java #middle #Gradle #Build_gradle
👍4
July 23
Gradle Properties
Gradle поддерживает свойства на разных уровнях, которые используются для настройки сборки.
Project-level:
Определяются в build.gradle или settings.gradle.
Пример:
Доступ:
System-level:
Задаются через командную строку (-D) или gradle.properties.
Пример (gradle.properties):org.gradle.jvmargs=-Xmx2048m
Доступ:
System.getProperty('org.gradle.jvmargs').
Environment-level:
Переменные окружения, доступные через System.getenv().
Пример:println System.getenv('JAVA_HOME')
Приоритет: Свойства командной строки (-D) > gradle.properties > свойства проекта > переменные окружения.
Различия Groovy DSL и Kotlin DSL
Groovy DSL
Kotlin DSL
Файл
build.gradle
build.gradle.kts
Типизация
Динамическая
Статическая
Синтаксис
Лаконичный, гибкий
Более строгий, с явными типами
IDE-поддержка
Хорошая, но ограниченное автодополнение
Отличная, с сильным автодополнением
Пример зависимости
Ошибки
Обнаруживаются на этапе выполнения
Обнаруживаются на этапе компиляции
Производительность
Быстрее парсинг, но больше памяти на Groovy
Медленнее парсинг, но меньше ошибок
Рекомендации:
Используйте Groovy для простых проектов или совместимости с существующими скриптами.
Выберите Kotlin для новых проектов, особенно если команда использует Kotlin или требуется строгая типизация.
#Java #middle #Gradle #Build_gradle
Gradle поддерживает свойства на разных уровнях, которые используются для настройки сборки.
Project-level:
Определяются в build.gradle или settings.gradle.
Пример:
version = '1.0.0'
ext.myProperty = 'value'
Доступ:
project.version, project.myProperty.
System-level:
Задаются через командную строку (-D) или gradle.properties.
Пример (gradle.properties):org.gradle.jvmargs=-Xmx2048m
Доступ:
System.getProperty('org.gradle.jvmargs').
Environment-level:
Переменные окружения, доступные через System.getenv().
Пример:println System.getenv('JAVA_HOME')
Приоритет: Свойства командной строки (-D) > gradle.properties > свойства проекта > переменные окружения.
В памяти: Свойства загружаются как часть модели проекта или JVM, требуя минимальных ресурсов. Однако большое количество свойств в gradle.properties увеличивает время парсинга.
Различия Groovy DSL и Kotlin DSL
Groovy DSL
Kotlin DSL
Файл
build.gradle
build.gradle.kts
Типизация
Динамическая
Статическая
Синтаксис
Лаконичный, гибкий
Более строгий, с явными типами
IDE-поддержка
Хорошая, но ограниченное автодополнение
Отличная, с сильным автодополнением
Пример зависимости
implementation 'org.example:lib:1.0'
implementation("org.example:lib:1.0")
Ошибки
Обнаруживаются на этапе выполнения
Обнаруживаются на этапе компиляции
Производительность
Быстрее парсинг, но больше памяти на Groovy
Медленнее парсинг, но меньше ошибок
В памяти: Kotlin DSL требует загрузки Kotlin-библиотек, что увеличивает потребление памяти на 50-100 МБ по сравнению с Groovy. Однако статическая типизация снижает вероятность ошибок, что может уменьшить затраты на отладку.
Рекомендации:
Используйте Groovy для простых проектов или совместимости с существующими скриптами.
Выберите Kotlin для новых проектов, особенно если команда использует Kotlin или требуется строгая типизация.
#Java #middle #Gradle #Build_gradle
👍3
July 23
Распределение конфигурации: build.gradle, settings.gradle, gradle.properties
build.gradle:
Содержит конфигурацию сборки: плагины, зависимости, задачи.
Один файл на модуль в многомодульных проектах.
Роль: Определяет, как собирать проект или модуль.
settings.gradle:
Определяет структуру проекта: корневое имя, подмодули, настройки кэширования.
Пример:
Роль: Управляет инициализацией многомодульного проекта.
gradle.properties:
Хранит свойства для настройки Gradle, JVM и проекта.
Пример:
Роль: Централизует глобальные настройки, доступные всем модулям.
Распределение конфигурации:
Общие настройки: Храните в gradle.properties (например, JVM-аргументы, версии).
Структура проекта: Определяйте в settings.gradle (модули, кэш).
Логика сборки: Описывайте в build.gradle (задачи, зависимости).
Нюансы:
Для многомодульных проектов используйте allprojects или subprojects в build.gradle для общих настроек:
Храните чувствительные данные (например, ключи API) в ~/.gradle/gradle.properties с ограниченными правами доступа.
Управление памятью:
Gradle загружает модель проекта, задачи и зависимости в JVM. Для крупных проектов с сотнями задач и зависимостей потребление памяти может достигать 1-2 ГБ.
Groovy/Kotlin DSL увеличивают overhead из-за динамической/статической компиляции.
Gradle Daemon сохраняет JVM между сборками, ускоряя выполнение, но увеличивая базовое потребление памяти (около 200-300 МБ).
Оптимизируйте с помощью org.gradle.jvmargs=-Xmx2048m и --no-daemon для одноразовых сборок.
Кэширование:
Локальный кэш (~/.gradle/caches) хранит зависимости, плагины и результаты задач, снижая сетевые запросы.
Build Cache (локальный или удаленный) минимизирует повторные вычисления, но требует настройки и дискового пространства.
Очистка кэша: ./gradlew --stop и rm -rf ~/.gradle/caches.
Производительность:
Инкрементальная сборка пропускает неизмененные задачи, проверяя хэши входных/выходных данных.
Параллельное выполнение (--parallel) ускоряет многомодульные проекты, но увеличивает пиковое потребление памяти.
Используйте --configure-on-demand для сокращения времени конфигурации.
Отладка:
Флаг --info или --debug выводит подробные логи:./gradlew build --debug
Используйте ./gradlew tasks для списка задач или ./gradlew dependencies для анализа зависимостей.
Build Scans предоставляют визуальный анализ сборки.
Многомодульные проекты:
Gradle эффективно управляет модулями через settings.gradle, строя DAG для определения порядка сборки.
Выполняйте задачи для конкретного модуля: ./gradlew :module-name:build.
Совместимость:
Gradle требует JDK 8+ (рекомендуется 11+). Убедитесь, что JAVA_HOME указывает на правильный JDK.
Некоторые Maven-плагины требуют аналогов в Gradle (например, nebula-release-plugin вместо maven-release-plugin).
#Java #middle #Gradle #Build_gradle
build.gradle:
Содержит конфигурацию сборки: плагины, зависимости, задачи.
Один файл на модуль в многомодульных проектах.
Роль: Определяет, как собирать проект или модуль.
В памяти: Парсится в модель проекта, включая DAG задач и граф зависимостей.
settings.gradle:
Определяет структуру проекта: корневое имя, подмодули, настройки кэширования.
Пример:
rootProject.name = 'my-project'
include 'module-api', 'module-core'
Роль: Управляет инициализацией многомодульного проекта.
В памяти: Загружается первым, формируя модель проекта и граф модулей. Меньше по объему, чем build.gradle.
gradle.properties:
Хранит свойства для настройки Gradle, JVM и проекта.
Пример:
org.gradle.parallel=true
myVersion=1.0.0
Роль: Централизует глобальные настройки, доступные всем модулям.
В памяти: Загружается как часть конфигурации Gradle, минимально влияя на память.
Распределение конфигурации:
Общие настройки: Храните в gradle.properties (например, JVM-аргументы, версии).
Структура проекта: Определяйте в settings.gradle (модули, кэш).
Логика сборки: Описывайте в build.gradle (задачи, зависимости).
Нюансы:
Для многомодульных проектов используйте allprojects или subprojects в build.gradle для общих настроек:
allprojects {
repositories {
mavenCentral()
}
}
Храните чувствительные данные (например, ключи API) в ~/.gradle/gradle.properties с ограниченными правами доступа.
В памяти: Конфигурационные файлы загружаются последовательно: gradle.properties → settings.gradle → build.gradle. Gradle кэширует результаты парсинга в ~/.gradle/caches, снижая overhead при повторных сборках.
Нюансы и внутренние механизмы
Управление памятью:
Gradle загружает модель проекта, задачи и зависимости в JVM. Для крупных проектов с сотнями задач и зависимостей потребление памяти может достигать 1-2 ГБ.
Groovy/Kotlin DSL увеличивают overhead из-за динамической/статической компиляции.
Gradle Daemon сохраняет JVM между сборками, ускоряя выполнение, но увеличивая базовое потребление памяти (около 200-300 МБ).
Оптимизируйте с помощью org.gradle.jvmargs=-Xmx2048m и --no-daemon для одноразовых сборок.
Кэширование:
Локальный кэш (~/.gradle/caches) хранит зависимости, плагины и результаты задач, снижая сетевые запросы.
Build Cache (локальный или удаленный) минимизирует повторные вычисления, но требует настройки и дискового пространства.
Очистка кэша: ./gradlew --stop и rm -rf ~/.gradle/caches.
Производительность:
Инкрементальная сборка пропускает неизмененные задачи, проверяя хэши входных/выходных данных.
Параллельное выполнение (--parallel) ускоряет многомодульные проекты, но увеличивает пиковое потребление памяти.
Используйте --configure-on-demand для сокращения времени конфигурации.
Отладка:
Флаг --info или --debug выводит подробные логи:./gradlew build --debug
Используйте ./gradlew tasks для списка задач или ./gradlew dependencies для анализа зависимостей.
Build Scans предоставляют визуальный анализ сборки.
Многомодульные проекты:
Gradle эффективно управляет модулями через settings.gradle, строя DAG для определения порядка сборки.
Выполняйте задачи для конкретного модуля: ./gradlew :module-name:build.
Совместимость:
Gradle требует JDK 8+ (рекомендуется 11+). Убедитесь, что JAVA_HOME указывает на правильный JDK.
Некоторые Maven-плагины требуют аналогов в Gradle (например, nebula-release-plugin вместо maven-release-plugin).
#Java #middle #Gradle #Build_gradle
👍4
July 23
Как установить JDK
Что такое JDK и зачем он нужен?
JDK (Java Development Kit) — это комплект инструментов для разработки, компиляции и отладки Java-программ.
Он включает:
Компилятор (javac) для преобразования кода в байт-код.
Среда выполнения Java (JRE), которая содержит JVM для запуска программ.
Утилиты, такие как javadoc (для документации) и jar (для создания архивов).
LTS-версии (17, 21, 24) рекомендуются для обучения и работы, так как они поддерживаются Oracle и сообществом в течение многих лет. На момент июля 2025 года Java 24 — самая новая LTS-версия, но Java 17 и 21 также популярны в проектах.
Шаг 1: Выберите и скачайте JDK
Существует два основных варианта JDK: Oracle JDK и OpenJDK. Для новичков я рекомендую OpenJDK, так как он бесплатный, open-source и подходит для большинства задач.
Вот как скачать JDK:
Перейдите на сайт
Для OpenJDK: посетите https://jdk.java.net.
Для Oracle JDK: посетите https://www.oracle.com/java/technologies/javase-downloads.html.
Выберите версию:
На сайте OpenJDK найдите разделы для Java 17, 21 или 24 (LTS). Например, для Java 21 это может быть OpenJDK 21.
Для Oracle JDK выберите нужную версию из списка загрузок.
Выберите вашу операционную систему:
Windows: .zip или .exe (для Oracle JDK).
macOS: .tar.gz или .dmg.
Linux: .tar.gz или пакеты для дистрибутивов (например, .deb для Ubuntu).
Скачайте файл:
Для OpenJDK выберите архив или установщик для вашей системы.
Для Oracle JDK вам может потребоваться создать учетную запись Oracle и принять лицензионное соглашение.
Шаг 2: Установка JDK
Для Windows
Скачайте и запустите установщик:
Если вы выбрали Oracle JDK, запустите .exe и следуйте инструкциям мастера установки. Обычно достаточно нажать «Next» и выбрать папку установки (например, C:\Program Files\Java\jdk-17).
Для OpenJDK скачайте .zip, распакуйте его в папку, например, C:\Program Files\Java\jdk-17.
Настройте переменную PATH:
Найдите папку, где установлен JDK (например, C:\Program Files\Java\jdk-17\bin).
Добавьте её в системную переменную PATH:
Нажмите Win + R, введите sysdm.cpl и нажмите Enter.
Перейдите во вкладку «Дополнительно» → «Переменные среды».
В разделе «Системные переменные» найдите или создайте переменную PATH, добавьте путь к папке bin вашего JDK (например, C:\Program Files\Java\jdk-17\bin).
Создайте переменную JAVA_HOME:
В «Системных переменных» нажмите «Создать», укажите имя JAVA_HOME и значение — путь к папке JDK (например, C:\Program Files\Java\jdk-17).
Проверьте установку:
Откройте командную строку (Win + R → cmd).
Введите java -version и javac -version. Вы должны увидеть информацию о версии Java и компилятора, например:
Для macOS
Скачайте и установите JDK:
Для Oracle JDK: запустите .dmg и следуйте инструкциям установщика.
Для OpenJDK: скачайте .tar.gz, распакуйте его в папку, например, /Library/Java/JavaVirtualMachines/jdk-17.
Настройте переменную PATH:
Откройте терминал.
Отредактируйте файл профиля (например, ~/.zshrc для zsh или ~/.bashrc для bash):
Добавьте строки:
Сохраните файл и выполните:
Проверьте установку:
В терминале введите java -version и javac -version. Вы должны увидеть информацию о версии, например:
#Java #для_новичков #beginner #JDK_install
Что такое JDK и зачем он нужен?
JDK (Java Development Kit) — это комплект инструментов для разработки, компиляции и отладки Java-программ.
Он включает:
Компилятор (javac) для преобразования кода в байт-код.
Среда выполнения Java (JRE), которая содержит JVM для запуска программ.
Утилиты, такие как javadoc (для документации) и jar (для создания архивов).
LTS-версии (17, 21, 24) рекомендуются для обучения и работы, так как они поддерживаются Oracle и сообществом в течение многих лет. На момент июля 2025 года Java 24 — самая новая LTS-версия, но Java 17 и 21 также популярны в проектах.
Шаг 1: Выберите и скачайте JDK
Существует два основных варианта JDK: Oracle JDK и OpenJDK. Для новичков я рекомендую OpenJDK, так как он бесплатный, open-source и подходит для большинства задач.
Вот как скачать JDK:
Перейдите на сайт
Для OpenJDK: посетите https://jdk.java.net.
Для Oracle JDK: посетите https://www.oracle.com/java/technologies/javase-downloads.html.
Выберите версию:
На сайте OpenJDK найдите разделы для Java 17, 21 или 24 (LTS). Например, для Java 21 это может быть OpenJDK 21.
Для Oracle JDK выберите нужную версию из списка загрузок.
Выберите вашу операционную систему:
Windows: .zip или .exe (для Oracle JDK).
macOS: .tar.gz или .dmg.
Linux: .tar.gz или пакеты для дистрибутивов (например, .deb для Ubuntu).
Скачайте файл:
Для OpenJDK выберите архив или установщик для вашей системы.
Для Oracle JDK вам может потребоваться создать учетную запись Oracle и принять лицензионное соглашение.
Совет: Если вы не уверены, какую версию выбрать, начните с OpenJDK 17 — она наиболее распространена в учебных и рабочих проектах.
Шаг 2: Установка JDK
Для Windows
Скачайте и запустите установщик:
Если вы выбрали Oracle JDK, запустите .exe и следуйте инструкциям мастера установки. Обычно достаточно нажать «Next» и выбрать папку установки (например, C:\Program Files\Java\jdk-17).
Для OpenJDK скачайте .zip, распакуйте его в папку, например, C:\Program Files\Java\jdk-17.
Настройте переменную PATH:
Найдите папку, где установлен JDK (например, C:\Program Files\Java\jdk-17\bin).
Добавьте её в системную переменную PATH:
Нажмите Win + R, введите sysdm.cpl и нажмите Enter.
Перейдите во вкладку «Дополнительно» → «Переменные среды».
В разделе «Системные переменные» найдите или создайте переменную PATH, добавьте путь к папке bin вашего JDK (например, C:\Program Files\Java\jdk-17\bin).
Создайте переменную JAVA_HOME:
В «Системных переменных» нажмите «Создать», укажите имя JAVA_HOME и значение — путь к папке JDK (например, C:\Program Files\Java\jdk-17).
Проверьте установку:
Откройте командную строку (Win + R → cmd).
Введите java -version и javac -version. Вы должны увидеть информацию о версии Java и компилятора, например:
openjdk version "17.0.8" 2023-07-18
OpenJDK Runtime Environment (build 17.0.8+7)
javac 17.0.8
Для macOS
Скачайте и установите JDK:
Для Oracle JDK: запустите .dmg и следуйте инструкциям установщика.
Для OpenJDK: скачайте .tar.gz, распакуйте его в папку, например, /Library/Java/JavaVirtualMachines/jdk-17.
Настройте переменную PATH:
Откройте терминал.
Отредактируйте файл профиля (например, ~/.zshrc для zsh или ~/.bashrc для bash):
nano ~/.zshrc
Добавьте строки:
export JAVA_HOME=/Library/Java/JavaVirtualMachines/jdk-17
export PATH=$JAVA_HOME/bin:$PATH
(Замените путь на актуальный, если он отличается.)
Сохраните файл и выполните:
source ~/.zshrc
Проверьте установку:
В терминале введите java -version и javac -version. Вы должны увидеть информацию о версии, например:
openjdk version "17.0.8" 2023-07-18
OpenJDK Runtime Environment (build 17.0.8+7)
javac 17.0.8
#Java #для_новичков #beginner #JDK_install
👍4
July 24
Для Linux (на примере Ubuntu)
Установите JDK:
Через пакетный менеджер (рекомендуется для простоты):
Для Java 21 или 24 замените openjdk-17-jdk на openjdk-21-jdk или openjdk-24-jdk, если они доступны в репозитории.
Через архив:
Скачайте .tar.gz с сайта OpenJDK.
Распакуйте в /usr/lib/jvm/:
Настройте переменную JAVA_HOME:
Добавьте:
Обновите PATH:
Добавьте:
Примените изменения:
Проверьте установку:
В терминале выполните:
Ожидаемый вывод:
Шаг 3: Проверка и первые шаги
Напишите простую программу:
Создайте файл HelloWorld.java:
Скомпилируйте и запустите:
В терминале или командной строке перейдите в папку с файлом:
Скомпилируйте:
Запустите:
Ожидаемый вывод:
Если возникли ошибки:
Убедитесь, что JAVA_HOME и PATH настроены правильно.
Проверьте, что вы используете правильную версию JDK (java -version и javac -version).
Убедитесь, что файл называется точно HelloWorld.java (с учётом регистра).
#Java #для_новичков #beginner #JDK_install
Установите JDK:
Через пакетный менеджер (рекомендуется для простоты):
sudo apt update
sudo apt install openjdk-17-jdk
Для Java 21 или 24 замените openjdk-17-jdk на openjdk-21-jdk или openjdk-24-jdk, если они доступны в репозитории.
Через архив:
Скачайте .tar.gz с сайта OpenJDK.
Распакуйте в /usr/lib/jvm/:
sudo tar -xzf jdk-17.tar.gz -C /usr/lib/jvm/
Настройте переменную JAVA_HOME:
sudo nano /etc/environment
Добавьте:
JAVA_HOME="/usr/lib/jvm/jdk-17"
Обновите PATH:
nano ~/.bashrc
Добавьте:
export PATH=$JAVA_HOME/bin:$PATH
Примените изменения:
source ~/.bashrc
Проверьте установку:
В терминале выполните:
java -version
javac -version
Ожидаемый вывод:
openjdk version "17.0.8" 2023-07-18
OpenJDK Runtime Environment (build 17.0.8+7)
javac 17.0.8
Шаг 3: Проверка и первые шаги
Напишите простую программу:
Создайте файл HelloWorld.java:
public class HelloWorld {
public static void main(String[] args) {
System.out.println("Hello, World!");
}
}
Скомпилируйте и запустите:
В терминале или командной строке перейдите в папку с файлом:
cd путь/к/папке
Скомпилируйте:
javac HelloWorld.java
Запустите:
java HelloWorld
Ожидаемый вывод:
Hello, World!
Если возникли ошибки:
Убедитесь, что JAVA_HOME и PATH настроены правильно.
Проверьте, что вы используете правильную версию JDK (java -version и javac -version).
Убедитесь, что файл называется точно HelloWorld.java (с учётом регистра).
#Java #для_новичков #beginner #JDK_install
🔥4
July 24
Зависимости и конфигурации в Gradle
Dependency Configurations
Конфигурации в Gradle определяют группы зависимостей, используемых для разных целей (компиляция, выполнение, тестирование). Они заменяют концепцию scope в Maven, предоставляя более гибкий подход.
Основные конфигурации
implementation:
Используется для зависимостей, необходимых для компиляции и выполнения кода проекта.
Не транзитивны для потребителей (в отличие от api).
Пример:
api:
Используется для зависимостей, которые становятся частью публичного API модуля и транзитивно передаются потребителям.
Применяется в основном в плагине java-library.
Пример:
compileOnly:
Зависимости, необходимые только для компиляции, но не для выполнения.
Аналог provided в Maven.
Пример:
runtimeOnly:
Зависимости, необходимые только для выполнения, но не для компиляции.
Аналог runtime в Maven.
Пример:
testImplementation:
Зависимости для компиляции и выполнения тестов.
Не транзитивны для основного кода.
Пример:
Конфигурации в деталях: configurations {}
Gradle позволяет определять кастомные конфигурации через блок configurations для специфических нужд.
Пример:
Расширение конфигураций: Конфигурации могут наследовать друг от друга:
#Java #middle #Gradle #Configuration_gradle
Dependency Configurations
Конфигурации в Gradle определяют группы зависимостей, используемых для разных целей (компиляция, выполнение, тестирование). Они заменяют концепцию scope в Maven, предоставляя более гибкий подход.
Основные конфигурации
implementation:
Используется для зависимостей, необходимых для компиляции и выполнения кода проекта.
Не транзитивны для потребителей (в отличие от api).
Пример:
dependencies {
implementation 'org.springframework:spring-core:5.3.20'
}
Использование: Для внутренних зависимостей, которые не должны быть видны внешним модулям.
api:
Используется для зависимостей, которые становятся частью публичного API модуля и транзитивно передаются потребителям.
Применяется в основном в плагине java-library.
Пример:
plugins {
id 'java-library'
}
dependencies {
api 'org.apache.commons:commons-lang3:3.12.0'
}
Использование: Для библиотек, которые должны быть доступны в classpath потребителей (например, интерфейсы или DTO).
compileOnly:
Зависимости, необходимые только для компиляции, но не для выполнения.
Аналог provided в Maven.
Пример:
dependencies {
compileOnly 'javax.servlet:javax.servlet-api:4.0.1'
}
Использование: Для API, предоставляемых контейнером (например, Servlet API в веб-приложениях).
runtimeOnly:
Зависимости, необходимые только для выполнения, но не для компиляции.
Аналог runtime в Maven.
Пример:
dependencies {
runtimeOnly 'mysql:mysql-connector-java:8.0.28'
}
Использование: Для драйверов баз данных или библиотек, используемых только во время выполнения.
testImplementation:
Зависимости для компиляции и выполнения тестов.
Не транзитивны для основного кода.
Пример:
dependencies {
testImplementation 'junit:junit:4.13.2'
}
Использование: Для тестовых фреймворков и библиотек.
В памяти: Каждая конфигурация представлена как объект в модели Gradle, содержащий список зависимостей и их метаданные. Gradle хранит граф зависимостей в памяти как Directed Acyclic Graph (DAG), что увеличивает потребление памяти пропорционально количеству зависимостей и конфигураций.
Конфигурации в деталях: configurations {}
Gradle позволяет определять кастомные конфигурации через блок configurations для специфических нужд.
Пример:
configurations {
customConfig
}
dependencies {
customConfig 'com.example:library:1.0'
}
tasks.register('useCustomConfig') {
doLast {
configurations.customConfig.each { file ->
println "Using ${file.name}"
}
}
}
Назначение: Кастомные конфигурации позволяют группировать зависимости для нестандартных задач, таких как интеграционные тесты или обработка ресурсов.
Расширение конфигураций: Конфигурации могут наследовать друг от друга:
configurations {
customConfig.extendsFrom implementation
}
Это добавляет все зависимости implementation в customConfig.
В памяти: Кастомные конфигурации увеличивают объем графа зависимостей, так как Gradle создает дополнительные объекты для каждой конфигурации. Это требует больше памяти, особенно если конфигурации содержат много транзитивных зависимостей.
#Java #middle #Gradle #Configuration_gradle
👍3
July 25
Dependency Resolution
Gradle автоматически разрешает зависимости, загружая их из репозиториев (например, Maven Central) и управляя конфликтами версий.
Версионирование, конфликты, форсинг, exclusions
Версионирование:
Зависимости указываются с версией: group:artifact:version.
Поддерживаются динамические версии (например, 1.+) или диапазоны ([1.0,2.0)).
Пример:
Конфликты:
Gradle использует стратегию newest-wins (новейшая версия побеждает) для разрешения конфликтов версий.
Пример: Если модуль A требует spring-core:5.3.20, а модуль B — spring-core:5.3.22, Gradle выберет 5.3.22.
Форсинг:
Для принудительного использования конкретной версии используйте force:
Exclusions:
Исключение транзитивных зависимостей для избежания конфликтов или ненужных библиотек:
BOM (Bill of Materials)
BOM — это файл, определяющий согласованные версии зависимостей, аналогично Maven. Gradle поддерживает BOM через платформы (platform).
Пример:
Как работает:
BOM импортируется как платформа, предоставляя версии для всех зависимостей без необходимости их указания.
Gradle загружает BOM (POM-файл) из репозитория и применяет его версии к зависимостям.
Модули и классы зависимостей
Модули: Gradle поддерживает зависимости от других Gradle-проектов (модулей) в многомодульных проектах:
Модули добавляются в settings.gradle:include 'module-core', 'module-api'
Классы зависимостей: Gradle разрешает зависимости до уровня JAR-файлов, включаемых в classpath. Для Java-проектов это управляется плагином java или java-library.
Dependency Cache и Offline режим
Dependency Cache:
Gradle кэширует зависимости в ~/.gradle/caches/modules-2.
Кэш включает JAR-файлы, POM-файлы и метаданные, что минимизирует сетевые запросы.
Очистка кэша:rm -rf ~/.gradle/caches
Offline режим:
Запустите Gradle с флагом --offline:./gradlew build --offline
Gradle использует только локальный кэш, что полезно для сборок без интернета.
Нюанс: Если зависимость отсутствует в кэше, сборка завершится с ошибкой.
#Java #middle #Gradle #Configuration_gradle
Gradle автоматически разрешает зависимости, загружая их из репозиториев (например, Maven Central) и управляя конфликтами версий.
Версионирование, конфликты, форсинг, exclusions
Версионирование:
Зависимости указываются с версией: group:artifact:version.
Поддерживаются динамические версии (например, 1.+) или диапазоны ([1.0,2.0)).
Пример:
dependencies {
implementation 'org.springframework:spring-core:5.+'
}
Конфликты:
Gradle использует стратегию newest-wins (новейшая версия побеждает) для разрешения конфликтов версий.
Пример: Если модуль A требует spring-core:5.3.20, а модуль B — spring-core:5.3.22, Gradle выберет 5.3.22.
В памяти: Gradle строит граф зависимостей и разрешает конфликты во время фазы конфигурации, храня временные структуры для сравнения версий.
Форсинг:
Для принудительного использования конкретной версии используйте force:
configurations.all {
resolutionStrategy {
force 'org.springframework:spring-core:5.3.20'
}
}
В памяти: Форсинг добавляет правила в граф зависимостей, что минимально влияет на память, но требует дополнительных вычислений.
Exclusions:
Исключение транзитивных зависимостей для избежания конфликтов или ненужных библиотек:
dependencies {
implementation('org.springframework:spring-core:5.3.20') {
exclude group: 'commons-logging'
}
}
В памяти: Исключения уменьшают размер графа зависимостей, снижая потребление памяти и вероятность конфликтов.
BOM (Bill of Materials)
BOM — это файл, определяющий согласованные версии зависимостей, аналогично Maven. Gradle поддерживает BOM через платформы (platform).
Пример:
dependencies {
implementation platform('org.springframework.boot:spring-boot-dependencies:2.7.18')
implementation 'org.springframework.boot:spring-boot-starter'
}
Как работает:
BOM импортируется как платформа, предоставляя версии для всех зависимостей без необходимости их указания.
Gradle загружает BOM (POM-файл) из репозитория и применяет его версии к зависимостям.
В памяти: BOM увеличивает объем графа зависимостей, так как Gradle загружает и парсит дополнительный POM-файл. Однако это упрощает управление версиями, снижая вероятность конфликтов.
Модули и классы зависимостей
Модули: Gradle поддерживает зависимости от других Gradle-проектов (модулей) в многомодульных проектах:
dependencies {
implementation project(':module-core')
}
Модули добавляются в settings.gradle:include 'module-core', 'module-api'
Классы зависимостей: Gradle разрешает зависимости до уровня JAR-файлов, включаемых в classpath. Для Java-проектов это управляется плагином java или java-library.
В памяти: Зависимости от модулей добавляются в граф как узлы, увеличивая его размер. Gradle кэширует артефакты модулей в ~/.gradle/caches, снижая сетевые запросы, но требуя места на диске
Dependency Cache и Offline режим
Dependency Cache:
Gradle кэширует зависимости в ~/.gradle/caches/modules-2.
Кэш включает JAR-файлы, POM-файлы и метаданные, что минимизирует сетевые запросы.
Очистка кэша:rm -rf ~/.gradle/caches
Offline режим:
Запустите Gradle с флагом --offline:./gradlew build --offline
Gradle использует только локальный кэш, что полезно для сборок без интернета.
Нюанс: Если зависимость отсутствует в кэше, сборка завершится с ошибкой.
В памяти: Кэширование снижает потребность в сетевых операциях, но увеличивает использование диска. Gradle загружает метаданные зависимостей в память только для активных конфигураций, оптимизируя ресурсы.
#Java #middle #Gradle #Configuration_gradle
👍3
July 25
Lockfiles (Dependency Locking)
Lockfiles фиксируют точные версии зависимостей для воспроизводимости сборки.
Включение:
Генерация:
Создает файлы gradle.lockfile в gradle/ для каждой конфигурации.
Пример lockfile:
Gradle Dependency Report (gradle dependencies)
Команда ./gradlew dependencies генерирует отчет о зависимостях для всех конфигураций:
Вывод (пример):
Флаги:
--configuration <name>: Для конкретной конфигурации, например, ./gradlew dependencies --configuration implementation.
-q: Для компактного вывода.
Использование: Анализ транзитивных зависимостей, выявление конфликтов.
Variant-aware Resolution
Gradle поддерживает вариантно-ориентированное разрешение зависимостей, что позволяет выбирать разные варианты артефакта в зависимости от атрибутов (например, версия Java, платформа).
Пример:
Назначение:
Выбор артефакта для конкретной версии Java или платформы (например, Android vs JVM).
Поддержка мультиплатформенных библиотек (например, Kotlin Multiplatform).
#Java #middle #Gradle #Configuration_gradle
Lockfiles фиксируют точные версии зависимостей для воспроизводимости сборки.
Включение:
dependencyLocking {
lockAllConfigurations()
}
Генерация:
./gradlew dependencies --write-locks
Создает файлы gradle.lockfile в gradle/ для каждой конфигурации.
Пример lockfile:
org.springframework:spring-core:5.3.20
org.junit:junit:4.13.2
Использование: Gradle использует версии из lockfile, игнорируя динамические версии или новейшие доступные.
В памяти: Lockfiles загружаются как часть модели зависимостей, добавляя минимальный overhead. Они уменьшают время разрешения зависимостей, так как Gradle не проверяет удаленные репозитории.
Gradle Dependency Report (gradle dependencies)
Команда ./gradlew dependencies генерирует отчет о зависимостях для всех конфигураций:
./gradlew dependencies
Вывод (пример):
implementation - Implementation dependencies for the main source set.
\--- org.springframework:spring-core:5.3.20
\--- commons-logging:commons-logging:1.2
testImplementation - Implementation dependencies for the test source set.
\--- junit:junit:4.13.2
Флаги:
--configuration <name>: Для конкретной конфигурации, например, ./gradlew dependencies --configuration implementation.
-q: Для компактного вывода.
Использование: Анализ транзитивных зависимостей, выявление конфликтов.
В памяти: Gradle загружает полный граф зависимостей в память для генерации отчета, что может быть ресурсоемким для крупных проектов. Кэширование метаданных в ~/.gradle/caches ускоряет повторные вызовы.
Variant-aware Resolution
Gradle поддерживает вариантно-ориентированное разрешение зависимостей, что позволяет выбирать разные варианты артефакта в зависимости от атрибутов (например, версия Java, платформа).
Пример:
dependencies {
implementation 'org.example:library:1.0' {
attributes {
attribute(TargetJvmVersion.TARGET_JVM_VERSION_ATTRIBUTE, 11)
}
}
}
Назначение:
Выбор артефакта для конкретной версии Java или платформы (например, Android vs JVM).
Поддержка мультиплатформенных библиотек (например, Kotlin Multiplatform).
В памяти: Gradle хранит атрибуты и варианты в графе зависимостей, что увеличивает сложность и потребление памяти, особенно для библиотек с множеством вариантов.
#Java #middle #Gradle #Configuration_gradle
👍3
July 25