JMH для микробенчмаркинга производительности:
JMH (Java Microbenchmark Harness) — это инструмент для измерения производительности небольших фрагментов кода, идеально подходит для оптимизации алгоритмов. В этом примере сравнивается простая цикл-реализация и использование Stream API.
→ JMH гарантирует точные и воспроизводимые тесты производительности
→ Используется для оптимизации критичных участков кода в продакшен-приложениях
👉 Java Portal
JMH (Java Microbenchmark Harness) — это инструмент для измерения производительности небольших фрагментов кода, идеально подходит для оптимизации алгоритмов. В этом примере сравнивается простая цикл-реализация и использование Stream API.
→ JMH гарантирует точные и воспроизводимые тесты производительности
→ Используется для оптимизации критичных участков кода в продакшен-приложениях
Please open Telegram to view this post
VIEW IN TELEGRAM
❤6👍2
Как работает HashMap в Java?
1. Внутреннее устройство – https://javarevisited.blogspot.com/2010/02/how-hashmap-works-in-java.html
2. Механика методов get и put – https://java67.com/2013/06/how-get-method-of-hashmap-or-hashtable-works-internally.html
👉 Java Portal
1. Внутреннее устройство – https://javarevisited.blogspot.com/2010/02/how-hashmap-works-in-java.html
2. Механика методов get и put – https://java67.com/2013/06/how-get-method-of-hashmap-or-hashtable-works-internally.html
Please open Telegram to view this post
VIEW IN TELEGRAM
👍6❤2
Термины, которые действительно должен знать каждый разработчик
• Иммутабельность. Данные, которые нельзя изменить после создания — вместо этого при обновлении создаются новые копии.
• Чистые функции. Функции, которые при одинаковом входе всегда возвращают одинаковый результат и не имеют побочных эффектов.
• Побочные эффекты. Любое внешнее воздействие вне функции (например, логгирование, вызов API, изменение внешнего состояния).
• Референциальная прозрачность. Выражение можно заменить его значением без изменения поведения программы.
• Мутация состояния. Изменение значения переменной или объекта со временем — часто не приветствуется в функциональном программировании.
• Идемпотентность . Операция, которую можно выполнять многократно без изменения результата после первого применения.
• Декларативное программирование. Описание того, что нужно сделать, а не как это сделать (например, SQL, React, HTML).
• Императивное программирование. Пошаговые инструкции для выполнения задачи (например, циклы, условные операторы).
• Мемоизация. Кеширование результата функции, чтобы при повторных вызовах с теми же аргументами результат возвращался мгновенно.
• Когезия. Насколько чётко и логично связаны обязанности класса — высокая когезия = лучше дизайн.
• Тесная связанность. Классы чрезмерно зависят от внутренней реализации друг друга — изменения становятся рискованными.
• Утиная типизация. «Если выглядит как утка и крякает как утка — значит, это утка» — тип проверяется по поведению, а не по наследованию.
• Срезка объекта. При присваивании объекта производного класса объекту базового типа теряются дополнительные поля/методы — типичная ловушка в C++.
👉 Java Portal
• Иммутабельность. Данные, которые нельзя изменить после создания — вместо этого при обновлении создаются новые копии.
• Чистые функции. Функции, которые при одинаковом входе всегда возвращают одинаковый результат и не имеют побочных эффектов.
• Побочные эффекты. Любое внешнее воздействие вне функции (например, логгирование, вызов API, изменение внешнего состояния).
• Референциальная прозрачность. Выражение можно заменить его значением без изменения поведения программы.
• Мутация состояния. Изменение значения переменной или объекта со временем — часто не приветствуется в функциональном программировании.
• Идемпотентность . Операция, которую можно выполнять многократно без изменения результата после первого применения.
• Декларативное программирование. Описание того, что нужно сделать, а не как это сделать (например, SQL, React, HTML).
• Императивное программирование. Пошаговые инструкции для выполнения задачи (например, циклы, условные операторы).
• Мемоизация. Кеширование результата функции, чтобы при повторных вызовах с теми же аргументами результат возвращался мгновенно.
• Когезия. Насколько чётко и логично связаны обязанности класса — высокая когезия = лучше дизайн.
• Тесная связанность. Классы чрезмерно зависят от внутренней реализации друг друга — изменения становятся рискованными.
• Утиная типизация. «Если выглядит как утка и крякает как утка — значит, это утка» — тип проверяется по поведению, а не по наследованию.
• Срезка объекта. При присваивании объекта производного класса объекту базового типа теряются дополнительные поля/методы — типичная ловушка в C++.
Please open Telegram to view this post
VIEW IN TELEGRAM
👍7🔥3👀2❤1
This media is not supported in your browser
VIEW IN TELEGRAM
Учись алгоритмам программирования с этим ресурсом - код, пошаговое выполнение и наглядное представление.
Более 70 алгоритмов на JavaScript, Java и C++ - идеально для практики и понимания логики.
→ http://algorithm-visualizer.org
👉 Java Portal
Более 70 алгоритмов на JavaScript, Java и C++ - идеально для практики и понимания логики.
→ http://algorithm-visualizer.org
Please open Telegram to view this post
VIEW IN TELEGRAM
👍15❤4
Коллекция диаграмм по софту и программированию от ByteByteGo
✓ Архитектуры и системный дизайн
✓ Объяснение API: REST, SOAP, gRPC, WebSockets
✓ Понимание Git, CI/CD, HTTP и не только
→ https://github.com/ByteByteGoHq/system-design-101
Идеально для подготовки к техническим интервью😳
👉 Java Portal
✓ Архитектуры и системный дизайн
✓ Объяснение API: REST, SOAP, gRPC, WebSockets
✓ Понимание Git, CI/CD, HTTP и не только
→ https://github.com/ByteByteGoHq/system-design-101
Идеально для подготовки к техническим интервью
Please open Telegram to view this post
VIEW IN TELEGRAM
❤4👍3
Что такое Fat JAR в Java?
Fat JAR (он же Uber JAR) — это единый исполняемый .jar-файл, который содержит как классы вашего приложения, так и все его зависимости.
Такое приложение полностью самодостаточно — не нужно отдельно подключать внешние библиотеки во время выполнения.
Просто запускается командой:
Зачем использовать Fat JAR?
🔹 Портируемость — удобно распространять и развёртывать
🔹 Простота — не нужно возиться с classpath и отлавливать ClassNotFoundException
🔹 Отлично подходит для микросервисов и Docker — один артефакт, одна команда запуска
Как собрать Fat JAR
👉 С помощью Maven (maven-assembly-plugin)
Добавьте в pom.xml:
Соберите:
Готовый JAR будет лежать в:
👉 С помощью Maven (maven-shade-plugin)
Если нужен контроль над пересборкой пакетов и теневыми зависимостями — используйте Shade:
Сборка аналогично — итоговый файл будет в:
👉 С помощью Gradle
В
Запуск сборки:
Пример: Минимальное Java-приложение
// 5 фото
С учётом вышеописанных конфигураций Maven или Gradle, все зависимости будут включены в .jar — достаточно java -jar.
Некоторые команды не используют fat JAR для крупных приложений, чтобы:
> Ускорить сборку
> Снизить использование диска
> Упростить обновление отдельных зависимостей без пересборки всего артефакта
Fat JAR упаковывает всё необходимое для простого и портируемого деплоя Java-приложений
Собирается через Maven (плагины assembly или shade) или Gradle
Альтернативы: thin JAR, WAR/EAR, Spring Boot plugin, контейнеры
Выбирайте fat JAR, если важны простота и переносимость, особенно в микросервисной архитектуре и для деплоя в облаке.
👉 Java Portal
Fat JAR (он же Uber JAR) — это единый исполняемый .jar-файл, который содержит как классы вашего приложения, так и все его зависимости.
Такое приложение полностью самодостаточно — не нужно отдельно подключать внешние библиотеки во время выполнения.
Просто запускается командой:
java -jar myapp-fat.jar
Зачем использовать Fat JAR?
Как собрать Fat JAR
Добавьте в pom.xml:
<!-- пример конфигурации (на 2 фото) -->
Соберите:
mvn clean package
Готовый JAR будет лежать в:
target/myapp-jar-with-dependencies.jar
Если нужен контроль над пересборкой пакетов и теневыми зависимостями — используйте Shade:
<!-- пример конфигурации на 3 фото -->
Сборка аналогично — итоговый файл будет в:
target/myapp-shaded.jar
В
build.gradle
добавьте:// пример конфигурации на 4 фото
Запуск сборки:
./gradlew fatJar
Пример: Минимальное Java-приложение
// 5 фото
С учётом вышеописанных конфигураций Maven или Gradle, все зависимости будут включены в .jar — достаточно java -jar.
Некоторые команды не используют fat JAR для крупных приложений, чтобы:
> Ускорить сборку
> Снизить использование диска
> Упростить обновление отдельных зависимостей без пересборки всего артефакта
Fat JAR упаковывает всё необходимое для простого и портируемого деплоя Java-приложений
Собирается через Maven (плагины assembly или shade) или Gradle
Альтернативы: thin JAR, WAR/EAR, Spring Boot plugin, контейнеры
Выбирайте fat JAR, если важны простота и переносимость, особенно в микросервисной архитектуре и для деплоя в облаке.
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
👍6🔥4❤2
Зачем использовать `
- Включение или отключение бинов и конфигураций на основе значений в `application.properties` без изменения кода
- Загрузка разных бинов для разных сред с помощью конфигурационных параметров
- Исключение лишних бинов снижает потребление памяти и упрощает логику
🔸 Включить бин, если свойство существует:
Используется аннотация
Бин будет создан, если свойство my.prop существует и его значение не "false".
🔸 Включить бин, если свойство равно определённому значению:
Добавляется параметр
Бин будет создан только в том случае, если значение свойства строго равно "yes".
🔸 Включить бин, если свойство отсутствует:
Используется параметр
Бин будет создан даже в случае, если соответствующее свойство вообще не определено в конфигурации.
🔸 Переключение реализаций в зависимости от значения свойства:
Определяются несколько бинов с разными значениями
Будет создан только тот бин, значение которого соответствует текущему значению свойства.
👉 Java Portal
@ConditionalOnProperty
`?- Включение или отключение бинов и конфигураций на основе значений в `application.properties` без изменения кода
- Загрузка разных бинов для разных сред с помощью конфигурационных параметров
- Исключение лишних бинов снижает потребление памяти и упрощает логику
Используется аннотация
@ConditionalOnProperty(name="my.prop")
.Бин будет создан, если свойство my.prop существует и его значение не "false".
Добавляется параметр
havingValue="yes"
.Бин будет создан только в том случае, если значение свойства строго равно "yes".
Используется параметр
matchIfMissing=true
.Бин будет создан даже в случае, если соответствующее свойство вообще не определено в конфигурации.
Определяются несколько бинов с разными значениями
havingValue
.Будет создан только тот бин, значение которого соответствует текущему значению свойства.
Please open Telegram to view this post
VIEW IN TELEGRAM
❤1👍1