Базовый синтаксис Java.
Структура простой программы
Классы в Java: синтаксис и структура
Java — строго объектно-ориентированный язык, и класс является его основной строительной единицей. Классы определяют форму объектов, объединяя состояние (поля) и поведение (методы).
1. Что такое класс в Java?
Класс в Java — это шаблон, по которому создаются объекты.
Он определяет:
Поля (переменные экземпляра) — для хранения состояния объекта.
Конструкторы — для создания и инициализации объектов.
Методы — для описания поведения (в этом уроке мы их не рассматриваем).
Вложенные классы — если нужно логически сгруппировать поведение.
Блоки инициализации — для дополнительной логики во время загрузки или создания объекта.
Каждый объект — это экземпляр класса, имеющий собственное состояние (значения полей) и поведение (определённое методами).
2. Минимальная структура класса
Пример базового класса:
Структурные элементы:
class: ключевое слово для объявления класса.
ClassName: имя класса.
{}: тело класса.
В одном .java файле может быть несколько классов, но только один — public, и его имя должно совпадать с именем файла.
3. Поля класса
Поля определяют внутреннее состояние объектов и объявляются внутри класса, но вне методов или конструкторов.
Синтаксис:
Пример:
Виды полей:
Поля экземпляра — принадлежат каждому объекту.
Статические поля — общие для всех экземпляров, принадлежат самому классу.
Инициализация:
Поля экземпляра могут инициализироваться:
При объявлении;
В блоке инициализации;
В конструкторе.
4. Конструкторы
Конструктор — специальный блок кода, вызываемый при создании объекта с помощью new. Имя конструктора совпадает с именем класса, он не имеет возвращаемого значения.
Синтаксис:
Пример:
Особенности:
Если ни один конструктор не определён, компилятор автоматически добавляет конструктор без параметров.
При наличии хотя бы одного конструктора — компилятор ничего не добавляет автоматически.
Ключевое слово this используется для:
обращения к полям экземпляра;
вызова другого конструктора внутри класса.
Пример использования this:
#Java #для_новичков #beginner #java_syntax #Class
Структура простой программы
Классы в Java: синтаксис и структура
Java — строго объектно-ориентированный язык, и класс является его основной строительной единицей. Классы определяют форму объектов, объединяя состояние (поля) и поведение (методы).
1. Что такое класс в Java?
Класс в Java — это шаблон, по которому создаются объекты.
Он определяет:
Поля (переменные экземпляра) — для хранения состояния объекта.
Конструкторы — для создания и инициализации объектов.
Методы — для описания поведения (в этом уроке мы их не рассматриваем).
Вложенные классы — если нужно логически сгруппировать поведение.
Блоки инициализации — для дополнительной логики во время загрузки или создания объекта.
Каждый объект — это экземпляр класса, имеющий собственное состояние (значения полей) и поведение (определённое методами).
2. Минимальная структура класса
class ClassName {
// Поля
// Конструкторы
// Вложенные классы
// Блоки инициализации
}
Пример базового класса:
class Person {
String name;
int age;
Person(String name, int age) {
this.name = name;
this.age = age;
}
void introduce() {
System.out.println("Меня зовут " + name + ", мне " + age + " лет.");
}
}
Структурные элементы:
class: ключевое слово для объявления класса.
ClassName: имя класса.
{}: тело класса.
В одном .java файле может быть несколько классов, но только один — public, и его имя должно совпадать с именем файла.
3. Поля класса
Поля определяют внутреннее состояние объектов и объявляются внутри класса, но вне методов или конструкторов.
Синтаксис:
Тип имяПоля;
Тип имяПоля = начальноеЗначение;
Пример:
class Car {
String model; // Поле экземпляра
int speed = 0; // Поле с начальным значением
static int totalCars = 0; // Статическое поле
}
Виды полей:
Поля экземпляра — принадлежат каждому объекту.
Статические поля — общие для всех экземпляров, принадлежат самому классу.
Инициализация:
Поля экземпляра могут инициализироваться:
При объявлении;
В блоке инициализации;
В конструкторе.
4. Конструкторы
Конструктор — специальный блок кода, вызываемый при создании объекта с помощью new. Имя конструктора совпадает с именем класса, он не имеет возвращаемого значения.
Синтаксис:
ClassName(параметры) {
// Инициализация объекта
}
Пример:
class Student {
String name;
int grade;
Student(String name, int grade) {
this.name = name;
this.grade = grade;
}
Student() {
this("Unknown", 0); // Вызов другого конструктора
}
}
Особенности:
Если ни один конструктор не определён, компилятор автоматически добавляет конструктор без параметров.
При наличии хотя бы одного конструктора — компилятор ничего не добавляет автоматически.
Ключевое слово this используется для:
обращения к полям экземпляра;
вызова другого конструктора внутри класса.
Пример использования this:
class Book {
String title;
Book(String title) {
this.title = title;
}
}
#Java #для_новичков #beginner #java_syntax #Class
5. Вложенные классы
Классы могут быть определены внутри других классов. Это удобно для логического объединения компонентов.
Виды вложенных классов:
Статический вложенный класс (static)
Внутренний класс (нестатический)
Локальный класс (внутри метода)
Анонимный класс (без имени, создаётся на лету)
Пример статического вложенного класса:
Пример внутреннего класса:
Создание экземпляров:
6. Блоки инициализации
Блоки инициализации выполняются перед выполнением конструктора.
Существуют два вида:
Экземплярный блок - выполняется каждый раз при создании объекта, до конструктора.
Статический блок - выполняется один раз при загрузке класса в память (JVM).
Порядок инициализации:
Статические поля → статические блоки (в порядке появления).
Поля экземпляра → блоки экземпляра → конструктор (в порядке появления в коде).
7. Дополнительные структурные аспекты
Несколько классов в одном файле:
Только один класс может быть public, и его имя должно совпадать с именем файла.
Структура .java файла:
Каждый класс принадлежит пакету. Структура пакетов влияет на компиляцию, размещение файлов и импорт.
8. Лучшие практики по структуре
Инкапсуляция полей через геттеры/сеттеры — отдельная тема, но важно помнить, что прямой доступ к полям может быть нежелателен.
Минимизация дублирования кода в конструкторах — через this(...).
Инициализация по умолчанию — используется с осторожностью; рекомендуется явно задавать значения.
9. Типичные ошибки и подводные камни
Неинициализированные поля: хотя JVM задаёт значения по умолчанию (0, null, false), это может приводить к логическим ошибкам.
Статические поля: избыточное или некорректное использование может привести к ошибкам синхронизации и неправильному поведению.
Повторяющийся код в конструкторах: рекомендуется использовать цепочку вызовов this(...).
#Java #для_новичков #beginner #java_syntax #Class
Классы могут быть определены внутри других классов. Это удобно для логического объединения компонентов.
Виды вложенных классов:
Статический вложенный класс (static)
Внутренний класс (нестатический)
Локальный класс (внутри метода)
Анонимный класс (без имени, создаётся на лету)
Пример статического вложенного класса:
class Outer {
static class StaticNested {
void display() {
System.out.println("Static nested class");
}
}
}
Пример внутреннего класса:
class Outer {
class Inner {
void display() {
System.out.println("Inner class");
}
}
}
Создание экземпляров:
Outer.StaticNested nested = new Outer.StaticNested();
Outer outer = new Outer();
Outer.Inner inner = outer.new Inner();
6. Блоки инициализации
Блоки инициализации выполняются перед выполнением конструктора.
Существуют два вида:
Экземплярный блок - выполняется каждый раз при создании объекта, до конструктора.
class Example {
{
System.out.println("Экземплярный блок инициализации");
}
}
Статический блок - выполняется один раз при загрузке класса в память (JVM).
class Example {
static {
System.out.println("Статический блок инициализации");
}
}
Порядок инициализации:
Статические поля → статические блоки (в порядке появления).
Поля экземпляра → блоки экземпляра → конструктор (в порядке появления в коде).
7. Дополнительные структурные аспекты
Несколько классов в одном файле:
class A {
// основной класс
}
class B {
// вспомогательный
}
Только один класс может быть public, и его имя должно совпадать с именем файла.
Структура .java файла:
package my.project;
import java.util.List;
class Example {
// тело класса
}
Каждый класс принадлежит пакету. Структура пакетов влияет на компиляцию, размещение файлов и импорт.
8. Лучшие практики по структуре
Инкапсуляция полей через геттеры/сеттеры — отдельная тема, но важно помнить, что прямой доступ к полям может быть нежелателен.
Минимизация дублирования кода в конструкторах — через this(...).
Инициализация по умолчанию — используется с осторожностью; рекомендуется явно задавать значения.
9. Типичные ошибки и подводные камни
Неинициализированные поля: хотя JVM задаёт значения по умолчанию (0, null, false), это может приводить к логическим ошибкам.
Статические поля: избыточное или некорректное использование может привести к ошибкам синхронизации и неправильному поведению.
Повторяющийся код в конструкторах: рекомендуется использовать цепочку вызовов this(...).
#Java #для_новичков #beginner #java_syntax #Class
Что выведет код?
#Tasks
class A300625 {
{ System.out.print("1"); }
public A300625() { System.out.print("2"); }
}
class B300625 extends A300625 {
{ System.out.print("3"); }
public B300625() { System.out.print("4"); }
}
public class Task300625 {
public static void main(String[] args) {
new B300625();
}
}
#Tasks
Что такое record в Java? 🤓
Ответ:
record (введено в Java 14, стабильно с Java 16) — это специальный класс для неизменяемых данных.
Автоматически создает конструктор, геттеры, equals(), hashCode() и toString().
Пример:
record Point(int x, int y) {}
Point p = new Point(1, 2);
System.out.println(p.x()); // 1
Подходит для DTO (Data Transfer Objects), сокращает шаблонный код и обеспечивает иммутабельность.
#собеседование
Ответ:
Автоматически создает конструктор, геттеры, equals(), hashCode() и toString().
Пример:
record Point(int x, int y) {}
Point p = new Point(1, 2);
System.out.println(p.x()); // 1
Подходит для DTO (Data Transfer Objects), сокращает шаблонный код и обеспечивает иммутабельность.
#собеседование
Please open Telegram to view this post
VIEW IN TELEGRAM
Плагины и цели Maven
Плагины и цели (goals) являются ключевыми компонентами Maven, обеспечивающими выполнение конкретных задач в процессе сборки. Они интегрируются с жизненным циклом Maven, позволяя разработчикам компилировать код, запускать тесты, создавать артефакты и выполнять другие действия.
Что такое плагин и цель
Плагин в Maven — это модуль, содержащий набор функций для выполнения задач сборки, таких как компиляция, тестирование или развертывание. Каждый плагин состоит из одной или нескольких целей (goals), которые представляют собой конкретные действия, выполняемые плагином. Например, плагин maven-compiler-plugin имеет цели compile (компиляция исходного кода) и testCompile (компиляция тестового кода).
Цели привязываются к фазам жизненного цикла Maven (например, compile, test, package), что позволяет автоматически вызывать их в нужный момент сборки. Плагины и их цели загружаются в память как Java-объекты во время выполнения, что делает их гибкими, но требует внимания к управлению ресурсами.
Архитектура Maven Plugins
Плагины Maven построены на основе архитектуры, которая использует Plexus — контейнер инверсии управления (IoC), встроенный в Maven. Каждый плагин представляет собой JAR-файл, содержащий Java-классы, реализующие интерфейс org.apache.maven.plugin.Mojo.
Основные аспекты архитектуры:
Mojo (Maven plain Old Java Object): Основной строительный блок плагина. Mojo — это Java-класс, реализующий интерфейс Mojo, который определяет метод execute() для выполнения задачи. Каждый Mojo соответствует одной цели плагина. Например, в maven-compiler-plugin цель compile реализована классом CompilerMojo.
Plexus Container: Управляет жизненным циклом плагинов, загружая их классы и зависимости. Plexus создает изолированные классовые загрузчики (classloaders) для каждого плагина, чтобы избежать конфликтов зависимостей.
POM Model Integration: Плагины получают доступ к объектной модели проекта (POM) через API Maven, что позволяет им читать конфигурацию, зависимости и свойства проекта.
Descriptor File: Каждый плагин содержит файл META-INF/maven/plugin.xml, описывающий его цели, параметры и привязки к фазам жизненного цикла.
В памяти плагины загружаются как экземпляры Mojo, каждый из которых хранит свою конфигурацию и состояние. Это увеличивает потребление памяти, особенно при использовании множества плагинов или сложных конфигураций. Maven оптимизирует загрузку, кэшируя зависимости плагинов в локальном репозитории (~/.m2/repository), но интенсивные задачи, такие как компиляция, могут временно увеличивать использование оперативной памяти.
#Java #middle #Maven #Plugin #Goals
Плагины и цели (goals) являются ключевыми компонентами Maven, обеспечивающими выполнение конкретных задач в процессе сборки. Они интегрируются с жизненным циклом Maven, позволяя разработчикам компилировать код, запускать тесты, создавать артефакты и выполнять другие действия.
Что такое плагин и цель
Плагин в Maven — это модуль, содержащий набор функций для выполнения задач сборки, таких как компиляция, тестирование или развертывание. Каждый плагин состоит из одной или нескольких целей (goals), которые представляют собой конкретные действия, выполняемые плагином. Например, плагин maven-compiler-plugin имеет цели compile (компиляция исходного кода) и testCompile (компиляция тестового кода).
Цели привязываются к фазам жизненного цикла Maven (например, compile, test, package), что позволяет автоматически вызывать их в нужный момент сборки. Плагины и их цели загружаются в память как Java-объекты во время выполнения, что делает их гибкими, но требует внимания к управлению ресурсами.
Архитектура Maven Plugins
Плагины Maven построены на основе архитектуры, которая использует Plexus — контейнер инверсии управления (IoC), встроенный в Maven. Каждый плагин представляет собой JAR-файл, содержащий Java-классы, реализующие интерфейс org.apache.maven.plugin.Mojo.
Основные аспекты архитектуры:
Mojo (Maven plain Old Java Object): Основной строительный блок плагина. Mojo — это Java-класс, реализующий интерфейс Mojo, который определяет метод execute() для выполнения задачи. Каждый Mojo соответствует одной цели плагина. Например, в maven-compiler-plugin цель compile реализована классом CompilerMojo.
Plexus Container: Управляет жизненным циклом плагинов, загружая их классы и зависимости. Plexus создает изолированные классовые загрузчики (classloaders) для каждого плагина, чтобы избежать конфликтов зависимостей.
POM Model Integration: Плагины получают доступ к объектной модели проекта (POM) через API Maven, что позволяет им читать конфигурацию, зависимости и свойства проекта.
Descriptor File: Каждый плагин содержит файл META-INF/maven/plugin.xml, описывающий его цели, параметры и привязки к фазам жизненного цикла.
В памяти плагины загружаются как экземпляры Mojo, каждый из которых хранит свою конфигурацию и состояние. Это увеличивает потребление памяти, особенно при использовании множества плагинов или сложных конфигураций. Maven оптимизирует загрузку, кэшируя зависимости плагинов в локальном репозитории (~/.m2/repository), но интенсивные задачи, такие как компиляция, могут временно увеличивать использование оперативной памяти.
#Java #middle #Maven #Plugin #Goals
Встроенные плагины
Maven поставляется с набором встроенных плагинов, которые покрывают основные задачи сборки. Они определены в "super POM" — базовом POM-файле, который наследуется всеми проектами.
Рассмотрим ключевые встроенные плагины:
maven-compiler-plugin: Отвечает за компиляцию исходного и тестового кода. Цели:
compile: Компилирует исходный код в target/classes.
testCompile: Компилирует тестовый код в target/test-classes. В памяти плагин загружает исходные файлы, зависимости и настройки компилятора, создавая временные структуры данных для байт-кода.
maven-surefire-plugin: Выполняет модульные тесты. Основная цель:
test: Запускает тесты с использованием фреймворков, таких как JUnit или TestNG, и сохраняет результаты в target/surefire-reports. Плагин создает изолированную среду выполнения тестов, что требует дополнительной памяти для загрузки тестовых классов и их зависимостей.
maven-jar-plugin: Создает JAR-артефакты. Основная цель:
jar: Пакует скомпилированный код и ресурсы в JAR-файл в target. Плагин работает с файловой системой, минимизируя использование памяти, так как данные записываются непосредственно на диск.
maven-install-plugin: Устанавливает артефакты в локальный репозиторий. Цель:
install: Копирует артефакт в ~/.m2/repository. Плагин использует минимальный объем памяти, так как выполняет операции копирования файлов.
maven-deploy-plugin: Разворачивает артефакты в удаленный репозиторий. Цель:
deploy: Загружает артефакт в указанный репозиторий (например, Nexus или Artifactory). Плагин взаимодействует с сетью, что может замедлить выполнение, но не сильно нагружает память.
maven-site-plugin: Генерирует документацию проекта. Цели:
site: Создает HTML-документацию в target/site.
site-deploy: Разворачивает документацию на сервер. Плагин загружает в память шаблоны и данные проекта, что может быть ресурсоемким для крупных проектов.
Эти плагины автоматически привязаны к соответствующим фазам жизненного цикла (например, maven-compiler-plugin:compile к фазе compile), что определено в super POM. Их поведение можно переопределить или расширить в пользовательском POM-файле.
Конфигурация плагинов: <plugin>, <executions>, <configuration>
Конфигурация плагинов задается в POM-файле через элемент <plugin>.
Основные элементы конфигурации:
<plugin>: Определяет плагин, его groupId, artifactId и version.
Например:
<configuration>: Задает параметры плагина, такие как версия Java или дополнительные опции.
Например:
```
<configuration>
<source>11</source>
<target>11</target>
<compilerArgs>
<arg>-Xlint:unchecked</arg>
</compilerArgs>
</configuration>
Параметры загружаются в память как свойства объекта Mojo, что позволяет плагину адаптировать поведение.
```
<executions>: Позволяет привязать цели плагина к конкретным фазам жизненного цикла или настроить многократное выполнение цели.
Например:
Конфигурация загружается в объектную модель POM во время инициализации проекта. Maven парсит XML, создавая структуры данных, которые хранятся в оперативной памяти. Для крупных проектов с множеством плагинов это может привести к значительному потреблению памяти, особенно если конфигурации содержат сложные параметры или большие списки зависимостей.
#Java #middle #Maven #Plugin #Goals
Maven поставляется с набором встроенных плагинов, которые покрывают основные задачи сборки. Они определены в "super POM" — базовом POM-файле, который наследуется всеми проектами.
Рассмотрим ключевые встроенные плагины:
maven-compiler-plugin: Отвечает за компиляцию исходного и тестового кода. Цели:
compile: Компилирует исходный код в target/classes.
testCompile: Компилирует тестовый код в target/test-classes. В памяти плагин загружает исходные файлы, зависимости и настройки компилятора, создавая временные структуры данных для байт-кода.
maven-surefire-plugin: Выполняет модульные тесты. Основная цель:
test: Запускает тесты с использованием фреймворков, таких как JUnit или TestNG, и сохраняет результаты в target/surefire-reports. Плагин создает изолированную среду выполнения тестов, что требует дополнительной памяти для загрузки тестовых классов и их зависимостей.
maven-jar-plugin: Создает JAR-артефакты. Основная цель:
jar: Пакует скомпилированный код и ресурсы в JAR-файл в target. Плагин работает с файловой системой, минимизируя использование памяти, так как данные записываются непосредственно на диск.
maven-install-plugin: Устанавливает артефакты в локальный репозиторий. Цель:
install: Копирует артефакт в ~/.m2/repository. Плагин использует минимальный объем памяти, так как выполняет операции копирования файлов.
maven-deploy-plugin: Разворачивает артефакты в удаленный репозиторий. Цель:
deploy: Загружает артефакт в указанный репозиторий (например, Nexus или Artifactory). Плагин взаимодействует с сетью, что может замедлить выполнение, но не сильно нагружает память.
maven-site-plugin: Генерирует документацию проекта. Цели:
site: Создает HTML-документацию в target/site.
site-deploy: Разворачивает документацию на сервер. Плагин загружает в память шаблоны и данные проекта, что может быть ресурсоемким для крупных проектов.
Эти плагины автоматически привязаны к соответствующим фазам жизненного цикла (например, maven-compiler-plugin:compile к фазе compile), что определено в super POM. Их поведение можно переопределить или расширить в пользовательском POM-файле.
Конфигурация плагинов: <plugin>, <executions>, <configuration>
Конфигурация плагинов задается в POM-файле через элемент <plugin>.
Основные элементы конфигурации:
<plugin>: Определяет плагин, его groupId, artifactId и version.
Например:
<plugin>
<groupId>org.apache.maven.plugins</groupId>
<artifactId>maven-compiler-plugin</artifactId>
<version>3.10.1</version>
</plugin>
<configuration>: Задает параметры плагина, такие как версия Java или дополнительные опции.
Например:
```
<configuration>
<source>11</source>
<target>11</target>
<compilerArgs>
<arg>-Xlint:unchecked</arg>
</compilerArgs>
</configuration>
Параметры загружаются в память как свойства объекта Mojo, что позволяет плагину адаптировать поведение.
```
<executions>: Позволяет привязать цели плагина к конкретным фазам жизненного цикла или настроить многократное выполнение цели.
Например:
<executions>
<execution>
<id>custom-compile</id>
<phase>compile</phase>
<goals>
<goal>compile</goal>
</goals>
<configuration>
<source>17</source>
<target>17</target>
</configuration>
</execution>
</executions>
Каждая <execution> создает отдельный экземпляр Mojo в памяти, что может увеличить потребление ресурсов при сложных конфигурациях.
Конфигурация загружается в объектную модель POM во время инициализации проекта. Maven парсит XML, создавая структуры данных, которые хранятся в оперативной памяти. Для крупных проектов с множеством плагинов это может привести к значительному потреблению памяти, особенно если конфигурации содержат сложные параметры или большие списки зависимостей.
#Java #middle #Maven #Plugin #Goals
Наследование и управление версиями плагинов
Maven поддерживает наследование конфигураций плагинов через родительские POM-файлы.
В многомодульных проектах родительский POM может определять общие плагины и их версии в секции <pluginManagement>:
Дочерние модули наследуют эти настройки, но могут их переопределить. Это позволяет централизованно управлять версиями плагинов, минимизируя дублирование кода. В памяти Maven хранит только одну копию конфигурации из <pluginManagement>, которая копируется в дочерние модели POM при необходимости, оптимизируя использование ресурсов.
Управление версиями также осуществляется через локальный и удаленные репозитории. Maven загружает плагины из ~/.m2/repository или скачивает их из центрального репозитория (например, Maven Central). Кэширование плагинов снижает нагрузку на сеть, но требует места на диске.
Mojo (Maven plain Old Java Object)
Mojo — это Java-класс, реализующий интерфейс org.apache.maven.plugin.Mojo. Он определяет логику выполнения цели плагина.
Основные элементы Mojo:
Аннотации: Используются для указания имени цели, привязки к фазе и параметров.
Например:
```
@Mojo(name = "custom-goal", defaultPhase = LifecyclePhase.COMPILE)
public class CustomMojo extends AbstractMojo {
@Parameter(property = "customParam", defaultValue = "value")
private String customParam;
public void execute() throws MojoExecutionException {
getLog().info("Executing custom goal with param: " + customParam);
}
}
Аннотация @Parameter позволяет связать поле класса с параметром из POM-файла.
```
Метод execute(): Содержит логику выполнения цели. Может взаимодействовать с моделью POM, файловой системой и другими ресурсами.
Логирование: Используется метод getLog() для вывода сообщений в консоль Maven.
В памяти каждый Mojo создается как отдельный объект, связанный с конкретной целью и фазой. Plexus управляет жизненным циклом Mojo, создавая и уничтожая их по мере выполнения фаз. Это может привести к фрагментации памяти, если плагин выполняет ресурсоемкие операции, такие как обработка больших файлов.
Сторонние плагины
Сторонние плагины расширяют функциональность Maven, добавляя поддержку задач, не покрытых встроенными плагинами.
Примеры популярных сторонних плагинов:
findbugs-maven-plugin: Выполняет статический анализ кода для поиска ошибок.
maven-shade-plugin: Создает "uber-JAR", включая зависимости.
docker-maven-plugin: Интегрирует сборку Docker-образов в процесс Maven.
Сторонние плагины добавляются в POM-файл аналогично встроенным:
Сторонние плагины загружаются из репозиториев, указанных в POM-файле, и могут увеличивать потребление памяти, особенно если они используют дополнительные библиотеки. Например, maven-shade-plugin загружает в память все зависимости артефакта для создания uber-JAR, что может быть ресурсоемким для крупных проектов.
#Java #middle #Maven #Plugin #Goals
Maven поддерживает наследование конфигураций плагинов через родительские POM-файлы.
В многомодульных проектах родительский POM может определять общие плагины и их версии в секции <pluginManagement>:
<pluginManagement>
<plugins>
<plugin>
<groupId>org.apache.maven.plugins</groupId>
<artifactId>maven-compiler-plugin</artifactId>
<version>3.10.1</version>
<configuration>
<source>11</source>
<target>11</target>
</configuration>
</plugin>
</plugins>
</pluginManagement>
Дочерние модули наследуют эти настройки, но могут их переопределить. Это позволяет централизованно управлять версиями плагинов, минимизируя дублирование кода. В памяти Maven хранит только одну копию конфигурации из <pluginManagement>, которая копируется в дочерние модели POM при необходимости, оптимизируя использование ресурсов.
Управление версиями также осуществляется через локальный и удаленные репозитории. Maven загружает плагины из ~/.m2/repository или скачивает их из центрального репозитория (например, Maven Central). Кэширование плагинов снижает нагрузку на сеть, но требует места на диске.
Mojo (Maven plain Old Java Object)
Mojo — это Java-класс, реализующий интерфейс org.apache.maven.plugin.Mojo. Он определяет логику выполнения цели плагина.
Основные элементы Mojo:
Аннотации: Используются для указания имени цели, привязки к фазе и параметров.
Например:
```
@Mojo(name = "custom-goal", defaultPhase = LifecyclePhase.COMPILE)
public class CustomMojo extends AbstractMojo {
@Parameter(property = "customParam", defaultValue = "value")
private String customParam;
public void execute() throws MojoExecutionException {
getLog().info("Executing custom goal with param: " + customParam);
}
}
Аннотация @Parameter позволяет связать поле класса с параметром из POM-файла.
```
Метод execute(): Содержит логику выполнения цели. Может взаимодействовать с моделью POM, файловой системой и другими ресурсами.
Логирование: Используется метод getLog() для вывода сообщений в консоль Maven.
В памяти каждый Mojo создается как отдельный объект, связанный с конкретной целью и фазой. Plexus управляет жизненным циклом Mojo, создавая и уничтожая их по мере выполнения фаз. Это может привести к фрагментации памяти, если плагин выполняет ресурсоемкие операции, такие как обработка больших файлов.
Сторонние плагины
Сторонние плагины расширяют функциональность Maven, добавляя поддержку задач, не покрытых встроенными плагинами.
Примеры популярных сторонних плагинов:
findbugs-maven-plugin: Выполняет статический анализ кода для поиска ошибок.
maven-shade-plugin: Создает "uber-JAR", включая зависимости.
docker-maven-plugin: Интегрирует сборку Docker-образов в процесс Maven.
Сторонние плагины добавляются в POM-файл аналогично встроенным:
<plugin>
<groupId>com.github.spotbugs</groupId>
<artifactId>spotbugs-maven-plugin</artifactId>
<version>4.7.3.0</version>
<executions>
<execution>
<phase>verify</phase>
<goals>
<goal>check</goal>
</goals>
</execution>
</executions>
</plugin>
Сторонние плагины загружаются из репозиториев, указанных в POM-файле, и могут увеличивать потребление памяти, особенно если они используют дополнительные библиотеки. Например, maven-shade-plugin загружает в память все зависимости артефакта для создания uber-JAR, что может быть ресурсоемким для крупных проектов.
#Java #middle #Maven #Plugin #Goals
Создание собственного плагина
Создание собственного плагина позволяет реализовать специфические задачи сборки.
Процесс включает следующие шаги:
Создание проекта Maven: Используйте архетип maven-archetype-mojo для генерации структуры:
mvn archetype:generate -DgroupId=com.example -DartifactId=custom-maven-plugin -DarchetypeArtifactId=maven-archetype-mojo
Реализация Mojo: Создайте Java-класс, реализующий AbstractMojo.
Например:
Конфигурация plugin.xml: Файл META-INF/maven/plugin.xml генерируется автоматически и содержит метаданные о целях и параметрах.
Сборка и установка:
Использование плагина: Добавьте плагин в POM-файл другого проекта:
Создание плагина требует загрузки дополнительных зависимостей, таких как maven-plugin-api и maven-plugin-annotations, в память. Плагин компилируется как обычный Java-проект, а его цели становятся доступны для привязки к фазам жизненного цикла. Важно оптимизировать логику Mojo, чтобы минимизировать потребление памяти, особенно если плагин обрабатывает большие объемы данных.
Нюансы и внутренние механизмы
Управление памятью:
Плагины загружаются как отдельные JAR-файлы, каждый со своим классовым загрузчиком. Это изолирует зависимости, но увеличивает фрагментацию памяти.
Mojo-объекты создаются для каждой цели в рамках <execution>. Многократное выполнение цели увеличивает потребление памяти.
Для оптимизации используйте флаги JVM, такие как -Xmx, и минимизируйте количество одновременно выполняемых плагинов.
Конфликты зависимостей:
Разные плагины могут использовать разные версии одной и той же библиотеки. Maven решает это с помощью изолированных загрузчиков классов, но это может привести к увеличению памяти или ошибкам, если плагин неправильно настроен.
Кэширование:
Maven кэширует плагины и их зависимости в ~/.m2/repository, что снижает нагрузку на сеть. Однако при использовании устаревших версий плагинов могут возникнуть проблемы совместимости.
Параллельное выполнение:
В многомодульных проектах плагины могут выполняться параллельно с флагом -T. Это ускоряет сборку, но увеличивает пиковое потребление памяти из-за одновременной загрузки нескольких Mojo.
Отладка:
Для отладки плагинов используйте флаг -X или настройте логирование в Mojo через getLog(). Это помогает выявить проблемы, но увеличивает объем выводимых данных.
#Java #middle #Maven #Plugin #Goals
Создание собственного плагина позволяет реализовать специфические задачи сборки.
Процесс включает следующие шаги:
Создание проекта Maven: Используйте архетип maven-archetype-mojo для генерации структуры:
mvn archetype:generate -DgroupId=com.example -DartifactId=custom-maven-plugin -DarchetypeArtifactId=maven-archetype-mojo
Реализация Mojo: Создайте Java-класс, реализующий AbstractMojo.
Например:
package com.example;
import org.apache.maven.plugin.AbstractMojo;
import org.apache.maven.plugin.MojoExecutionException;
import org.apache.maven.plugins.annotations.Mojo;
import org.apache.maven.plugins.annotations.Parameter;
@Mojo(name = "say-hello")
public class HelloMojo extends AbstractMojo {
@Parameter(property = "message", defaultValue = "Hello, Maven!")
private String message;
public void execute() throws MojoExecutionException {
getLog().info(message);
}
}
Конфигурация plugin.xml: Файл META-INF/maven/plugin.xml генерируется автоматически и содержит метаданные о целях и параметрах.
Сборка и установка:
mvn clean install
Использование плагина: Добавьте плагин в POM-файл другого проекта:
<plugin>
<groupId>com.example</groupId>
<artifactId>custom-maven-plugin</artifactId>
<version>1.0-SNAPSHOT</version>
<executions>
<execution>
<phase>compile</phase>
<goals>
<goal>say-hello</goal>
</goals>
</execution>
</executions>
</plugin>
Создание плагина требует загрузки дополнительных зависимостей, таких как maven-plugin-api и maven-plugin-annotations, в память. Плагин компилируется как обычный Java-проект, а его цели становятся доступны для привязки к фазам жизненного цикла. Важно оптимизировать логику Mojo, чтобы минимизировать потребление памяти, особенно если плагин обрабатывает большие объемы данных.
Нюансы и внутренние механизмы
Управление памятью:
Плагины загружаются как отдельные JAR-файлы, каждый со своим классовым загрузчиком. Это изолирует зависимости, но увеличивает фрагментацию памяти.
Mojo-объекты создаются для каждой цели в рамках <execution>. Многократное выполнение цели увеличивает потребление памяти.
Для оптимизации используйте флаги JVM, такие как -Xmx, и минимизируйте количество одновременно выполняемых плагинов.
Конфликты зависимостей:
Разные плагины могут использовать разные версии одной и той же библиотеки. Maven решает это с помощью изолированных загрузчиков классов, но это может привести к увеличению памяти или ошибкам, если плагин неправильно настроен.
Кэширование:
Maven кэширует плагины и их зависимости в ~/.m2/repository, что снижает нагрузку на сеть. Однако при использовании устаревших версий плагинов могут возникнуть проблемы совместимости.
Параллельное выполнение:
В многомодульных проектах плагины могут выполняться параллельно с флагом -T. Это ускоряет сборку, но увеличивает пиковое потребление памяти из-за одновременной загрузки нескольких Mojo.
Отладка:
Для отладки плагинов используйте флаг -X или настройте логирование в Mojo через getLog(). Это помогает выявить проблемы, но увеличивает объем выводимых данных.
#Java #middle #Maven #Plugin #Goals
Что выведет код?
#Tasks
public class Task010725 {
public static void main(String[] args) {
final int a = 10;
final int b = 20;
byte c = a + b;
System.out.println(c);
}
}
#Tasks
Что такое transient в Java? 🤓
Ответ:
Ключевое слово transient указывает, что поле не должно сериализоваться при сохранении объекта в поток (например, в файл).
Полезно для временных или конфиденциальных данных.
Пример:
class User implements Serializable {
String name;
transient String password; // Не будет сохранено
}
При десериализации transient поля получают значение по умолчанию (например, null для объектов).
#собеседование
Ответ:
Полезно для временных или конфиденциальных данных.
Пример:
class User implements Serializable {
String name;
transient String password; // Не будет сохранено
}
При десериализации transient поля получают значение по умолчанию (например, null для объектов).
#собеседование
Please open Telegram to view this post
VIEW IN TELEGRAM