Библиотека Java разработчика

Из чего состоит пакет java.nio? Этому вопросу посвящена отдельная страница документации. Если вы никогда раньше не сталкивались с Java NIO – это хорошее место для начала знакомства. Отвечая на этот вопрос, нужно перечислить и объяснить основные понятия NIO: Буфферы. Временные хранилища фиксированного размера для транспортируемых данных. Именно буферизация – основное отличие неблокирующего чтения от java.io. Каналы. Реализации интерфейса Channel – сущности, представляющие соединения между разными участниками ввода-вывода (файлы, сокеты, консоль). Селекторы. Наследники класса Selector. «Мультиплексоры» каналов – комбинируют несколько каналов в один. Регистрация канала в селекторе возвращает SelectionKey, который содержит ссылку на сам канал, и ряд его атрибутов. Селектор позволяет выбрать из набора зарегистрированных каналов подмножество готовых к работе, при необходимости блокируя выполнение на время ожидания. Каналы и селекторы располагаются в пакете java.nio.channels. Полный пример использования селекторов можно найти в статье на baeldung. Кодировки. Charset – то, как бинарные данные будут конвертироваться в родные для Java символы UTF-16 и обратно. Классы для работы с кодировками хранятся в пакете java.nio.charset. #Сеть #Многопоточность

Извращения с Apache Kafka: забавный кейс из жизни Открытый вебинар для тех, кто хочет узнать, как организовать Data Lake на 80 ТБ с помощью Apache Kafka. 7 июля в 19:00 (мск) Проведёт вебинар Михаил Кобик, руководитель инфраструктурных решений в SMART Technologies SOFT. Уже более 5 лет он занимается нагруженными проектами, а в числе его успешных проектов продукты из разных сфер: от инфраструктур для ГИС до интернет-магазинов кошачьего корма. Вот планы Михаила на предстоящий вебинар: «На вебинаре я расскажу о своём опыте создания Data Lake на ~80 ТБ с помощью Apache Kafka. Дополнительно разберу, какие подводные камни могут возникать, если Retention выкручен в 9999999, и как жить, если Apache Kafka — единственный источник данных в информационной системе». Приходите, будет полезно! Записаться на вебинар:https://slurm.club/3I3IKEG

‍​Как реализовать паттерн producer/consumer? Шаблон producer/consumer (производитель/потребитель) – простая и базовая реализация обмена данными между несколькими потоками. Поток-производитель отправляет объекты на условную обработку, потоки-потребители асинхронно принимают и обрабатывают их. Общий вид решения выглядит так. Продюсер отправляет объекты в специальную коллекцию – буфер. Когда потребитель освобождается, он отправляет запрос на извлечение одного объекта из буфера. Если буфер пуст, потребитель блокируется и ждет, если буфер переполнен – ждет производитель. На практике реализовать этот паттерн можно множеством способов. Самый правильный способ для применения в бою – использовать готовую реализацию из стандартной библиотеки, объект типа BlockingQueue. На собеседовании обычно просят реализовать паттерн с нуля. Реализация представлена на изображении ниже. Модификатор synchronized делает так, чтобы в каждый момент времени мог выполняться только один из методов, и только одним потоком. Этого достаточно для корректной работы пока буфер не пуст и не полон. При пустом или полном буфере управление явно перебрасывается на производителя или потребителя соответственно, с помощью методов notify() и wait(). Шаблону producer/consumer посвящена глава 5.3 книги Java Concurrency in Practice. Сильно упрощая, на основе этого паттерна работают сервисы-брокеры сообщений: Rabbit MQ, Apache ActiveMQ и другие. #Многопоточность

Как реализовать паттерн producer/consumer? Шаблон producer/consumer (производитель/потребитель) – простая и базовая реализация обмена данными между несколькими потоками. Поток-производитель отправляет объекты на условную обработку, потоки-потребители асинхронно принимают и обрабатывают их. Общий вид решения выглядит так. Продюсер отправляет объекты в специальную коллекцию – буфер. Когда потребитель освобождается, он отправляет запрос на извлечение одного объекта из буфера. Если буфер пуст, потребитель блокируется и ждет, если буфер переполнен – ждет производитель. На практике реализовать этот паттерн можно множеством способов. Самый правильный способ для применения в бою – использовать готовую реализацию из стандартной библиотеки, объект типа BlockingQueue. На собеседовании обычно просят реализовать паттерн с нуля. Реализация представлена на изображении ниже. Модификатор synchronized делает так, чтобы в каждый момент времени мог выполняться только один из методов, и только одним потоком. Этого достаточно для корректной работы пока буфер не пуст и не полон. При пустом или полном буфере управление явно перебрасывается на производителя или потребителя соответственно, с помощью методов notify() и wait(). Шаблону producer/consumer посвящена глава 5.3 книги Java Concurrency in Practice. Сильно упрощая, на основе этого паттерна работают сервисы-брокеры сообщений: Rabbit MQ, Apache ActiveMQ и другие. #Многопоточность

Одна из многих причина нежелания идти учиться на курсы по разработке — отсутствие гарантий, что деньги за курс не будут выброшены на ветер. В Kata Academy эти гарантии предоставляют. В договоре с Kata четко прописано, что вам не нужно платить за обучение до тех пор, пока вы не устроитесь на работу в IT. То есть во время обучения вы ничего не платите. Также в договоре указывается, что Kata гарантирует минимальную зарплату от 100 тысяч рублей в месяц. Если вы вдруг не смогли устроиться на работу, то за обучение платить не нужно. Связано это с тем, что цель Kata — ваше трудоустройство разработчиком, а если вам не удалось, значит на курсе вас не смогли подготовить должным образом. Записывайтесь на курс и получайте тестовое задание: https://clck.ru/hMz5h Если не уверены в своих силах — не переживайте, Kata дадут неплохой FAQ, который поможет с выполнением тестового!

Чем отличается блокирующее чтение от неблокирующего? В контексте Java речь в этом вопросе идет о блокирующем/неблокирующем чтении из потоков данных. Классы блокирующего чтения находятся в пакете java.io. Вы наверняка много раз сталкивались с ними, работая с файлами и консольным вводом-выводом (классы Reader, IOException, InputStream). При блокирующем чтении тред останавливается, пока не получит из потока необходимые данные. Для этих самых распространенных случаев использование неблокирующего чтения не несет пользы, потому что сама запись пользователем консоли и жестким диском будет последовательной. Чтение данных из сетевого подключения – другое дело. Обычно программа обрабатывает данные быстрее, чем работает сеть. Возникают паузы, в которые поток блокирующего чтения стоит в ожидании, не принося пользы. К тому же серверное приложение работает со многими параллельными подключениями. Блокирующее чтение можно распараллеливать на потоки, читая в пулле. Но делать это нужно вручную, а количество одновременных подключений будет всё ещё ограничено количеством потоков-обработчиков, потоки буду всё ещё останавливаться без дела. Для случаев, когда в вашем приложении ожидается большое количество подключений, был добавлен пакет стандартной библиотеки java.nio. С помощью NIO один тред может обслуживать несколько сетевых соединений одновременно, и переключаться между ними не теряя времени на ожидание данных. IO использует потоки. данные приходят последовательно, и сами нигде не сохраняются. Если вы не обеспечили буферизацию вручную, нет возможности откатиться назад и прочитать уже пришедшие данные еще раз. NIO сразу читает данные в буфер. Вы можете перемещаться по этому буферу перечитывая уже прочитанную ранее информацию. Плата за это – необходимость вручную следить, что буфер заполнен достаточным объемом данных для обработки, и что он не переполнился. В этой статье приводится показательная аналогия. Блокирующее чтение – это телефонный разговор, неблокирующее – переписка в чате. Делая телефонный звонок, вы ждете пока собеседник ответит, можете «обрабатывать» только один звонок одновременно, получаете ответы сразу и не можете переслушать услышанный но забытый ответ. В мессенджере вы ведете несколько чатов одновременно, обращаетесь к истории переписки, но ответы на ваши сообщения приходят не всегда сразу, а порядок их получения неоднозначен. Для более подробного изучения можно начать со статьи на хабре, в статье на dzone приведены примеры использования разных подходов на практике. #Сеть #Многопоточность

Команда IT’s Tinkoff проведет митап для Java-разработчиков в Санкт-Петербурге ☕️ Эксперты Тинькофф расскажут про Ahead-Of-Time компиляцию Java-приложений и объяснят, как собрать сервис на Spring c GraalVM. А еще поделятся кейсами о том, как в компании тестируют микросервисы и пишут unit integration-, contract-, load-тесты. Митап состоится 7 июля в конференц-зале «Ясная Поляна». Начало в 19:00. Зарегистрироваться: https://l.tinkoff.ru/java_meetup_spb

Что происходит если не обработать исключение? Если не было предпринято дополнительных действий, в этой ситуации нет никаких хитростей. Всё приложение, и даже метод main(), выполняется в потоках. Поток, в котором было выброшено и не обработано исключение, остановится, и распечатает стектрейс в вывод System.err. Если это был последний пользовательский поток, приложение начнет завершение работы. Для изменения логики обработки непойманных исключений в Java существует функциональный интерфейс Thread.UncaughtExceptionHandler. Обработчик упущенных исключений может быть установлен (в порядке возрастания приоритета): • глобально на всё приложение, статическим методом Thread.setDefaultUncaughtExceptionHandler(); • для группы потоков, переопределением метода uncaughtException() в реализации объекта подкласса ThreadGroup (т.к. ThreadGroup сам является наследником UncaughtExceptionHandler); • для отдельного потока, методом setUncaughtExceptionHandler(). Естественно, установка нестандартного обработчика не имеет обратной силы. Используя его, нужно убедиться, что он установлен достаточно рано, до выброса какого-либо исключения. Хорошей практикой считается обрабатывать исключение настолько близко к месту его выброса, насколько возможно. Следовательно, использование глобальных обработчиков – самый плохой вариант. Так же как в случае различных финализаций, несмотря на все её недостатки, глобальная обработка иногда лучше, чем ничего. Она может, например, дать последний шанс освободить внешние ресурсы, или уведомить о некорректной работе программы более эффективно, чем через логи. Когда код с исключением выполняет ExecutorService, мы не имеем прямого доступа к объектам потока. Но в этом случае результатом выполнения будет объект типа Future. Такой отложенный объект при попытке прочитать значение перевыбросит полученное исключение, завернув его в ExecutionException. Новое исключение-обертка уже пойдет по обычному пути обработки текущего потока. Исключение как бы перекочует из внутреннего потока пулла во внешний, который использует этот пулл. Если же пользовательский код не станет дожидаться результатов, исключение будет потеряно, не оставив даже стектрейса в потоке вывода. Для предотвращения такой ситуации стоит снабдить поток обработчиком сразу после создания, определив для сервиса собственную ThreadFactory. Обычно, если фреймворк скрывает от пользователя детали работы с потоками, он также скрывает и детали работы с исключениями, оставляя свой специальный способ назначить обработчик. И этот специальный обработчик – более специфичный, а значит более правильный подход, чем стандартная глобальная обработка исключений Java. Так, например, в Spring MVC применяется аннотация @ExceptionHandler. #JVM #Многопоточность

Опишите особенности работы с Shutdown Hooks. Shutdown Hook – это обработчик завершения работы JVM. Действия, которые необходимо выполнить при прекращении работы программы, описываются в реализации объекта типа Thread, и передаются в Runtime.getRuntime().addShutdownHook(). При использовании обработчика нужно учитывать ряд нюансов: 1. Нет гарантии, что он будет выполнен целиком, и выполнен вообще. Хуки вызываются при нормальном завершении программы – завершении всех пользовательских потоков или вызове System.exit(). Например вызов System.halt() или получение от системы SIGKILL программа завершится незамедлительно. Это может случиться как до выполнения обработчиков, так и во время. Сигнал SIGTERM запустит обработчики, но ОС может не дождаться завершения и оборвать процесс. 2. В хуке нельзя использовать System.exit(0). Завершить работу можно ненулевым кодом, или методом System.halt(). Возврат нулевого кода после старта хуков приведет к зависанию программы. 3. Набор обработчиков задается до их старта. Когда процесс обработки начался, новый вызов addShutdownHook() вызовет исключение. 4. Нет гарантий о порядке выполнения. Если обработчиков несколько, они могут вызываться в случайном порядке, и даже параллельно, в соседних потоках. Об этом намекает и форма объявления обработчика – класс Thread. Больше деталей об особенностях обработчиков смотрите в официальных вопросах и ответах о Shutdown Hooks API. #JVM

Подборка каналов для IT специалистов 🎯 https://t.me/odin1C_rus Cтатьи, курсы, советы, шаблоны кода 1С https://t.me/kotlin_lib Подборки полезного материала по Kotlin https://t.me/nodejs_lib Подборки по Node js и все что с ним связано https://t.me/React_lib Подборки по React js и все что с ним связано Программирование C++📌 https://t.me/cpp_lib Библиотека C/C++ разработчика https://t.me/cpp_knigi Книги для программистов C/C++ Программирование Python 📌 https://t.me/pythonofff Python академия. Учи Python быстро и легко🐍 https://t.me/BookPython Библиотека Python разработчика https://t.me/python_real Python подборки на русском и английском https://t.me/python_360 Книги по Python Rus Java разработка 📌 https://t.me/BookJava Библиотека Java разработчика https://t.me/java_360 Книги по Java Rus GitHub Сообщество 📌 https://t.me/Githublib Интересное из GitHub CodePen 📌 https://t.me/codepen_1 Сообщество пользователей CodePen Базы данных (Data Base) 📌 https://t.me/database_info Все про базы данных Мобильная разработка: iOS, Android 📌 https://t.me/developer_mobila Мобильная разработка Фронтенд разработка 📌 https://t.me/frontend_1 Подборки для frontend разработчиков Разработка игр 📌 https://t.me/game_devv Все о разработке игр Вакансии 📌 https://t.me/sysadmin_rabota Системный Администратор https://t.me/progjob Вакансии в IT Чат программистов📌 https://t.me/developers_ru Библиотеки 📌 https://t.me/book_for_dev Книги для программистов Rus https://t.me/programmist_of Книги по программированию https://t.me/proglb Библиотека программиста https://t.me/bfbook Книги для программистов БигДата, машинное обучение 📌 https://t.me/bigdata_1 Data Science, Big Data, Machine Learning, Deep Learning Программирование 📌 https://t.me/bookflow Лекции, видеоуроки, доклады с IT конференций https://t.me/coddy_academy Полезные советы по программированию QA, тестирование 📌 https://t.me/testlab_qa Библиотека тестировщика Шутки программистов 📌 https://t.me/itumor Шутки программистов Защита, взлом, безопасность 📌 https://t.me/thehaking Канал о кибербезопасности Книги, статьи для дизайнеров 📌 https://t.me/ux_web Статьи, книги для дизайнеров https://t.me/arhitekturamira World Architecture Системное администрирование 📌 https://t.me/tipsysdmin Типичный Сисадмин (фото железа, было/стало) https://t.me/sysadminof Книги для админов, полезные материалы https://t.me/i_odmin Все для системного администратора https://t.me/i_odmin_book Библиотека Системного Администратора https://t.me/i_odmin_chat Чат системных администраторов https://t.me/i_DevOps DevOps: Пишем о Docker, Kubernetes и др. Английский 📌 https://t.me/UchuEnglish Английский с нуля Математика 📌 https://t.me/Pomatematike Канал по математике Арбитраж трафика 📌 https://t.me/partnerochkin CPA и арбитраж трафика Крипта 📌 https://t.me/bitkoinoff Новости криптовалют Метавселенная, GameFi, Crypto 📌 https://t.me/metaverse360 DeepFake 📌 https://t.me/deepfakenow Публикуем deepfake видео Мир технологий 📌 https://t.me/mir_teh Видео из мира технологий Excel лайфхак📌 https://t.me/Excel_lifehack

❓Планируете освоить фронтенд-разработку? Начните осваивать новую профессию с открытого урока 6 июля в 20:00 OTUS по селекторам. На вебинаре вы научитесь обращаться к html элементам, а также рассмотрите разные виды селекторов. ⚡️Занятие пройдет в рамках трехмесячного онлайн-буткемпа «Frontend Developer». Это программа, где вы в ускоренном режиме погрузитесь в освоение этого направления. Не упустите возможность оценить качество материалов и познакомиться с экспертом. 👉Регистрация на урок: https://otus.pw/w05d

Как выполнить две задачи параллельно? Простейший, путь – явно создать два объекта типа Thread, передать им инстансы Runnable, с нужными задачами в реализации их методов run, и запустить вызвав thread.start(). Если в основном потоке нужно дождаться завершения задач – после start() вызывается метод thread.join(). Исполнение зависнет на вызове этого метода до тех пор, пока тред не закончит свою задачу и не умрет. Вся работа задач с внешними данными должна быть синхронизирована. Такое ручное создание тредов полезно в учебных целях, но считается плохой практикой в промышленном коде: само создание – дорогостоящая операция, а большое количество случайно созданных потоков может приводить к проблеме голодания (starvation) потоков. В качестве продвинутой альтернативы используются пуллы потоков – реализации интерфейса ExecutorService. Такие сервисы создаются статическими фабричными методами класса Executors. Они умеют принимать задачи в виде Runnable- или Callable-объектов на заранее созданном наборе потоков (собственно, пулле). Кроме самого пулла, экземпляры ExecutorService содержат фабрику потоков («инструкцию» как создать тред при необходимости), и коллекцию-очередь задач на исполнение. В ответ на передачу на исполнение Runnable или Callable, сервис возвращает связанный с ним объект типа Future – хранилище, которое будет заполнено результатом выполнения задачи в будущем. Даже если никакого результата не ожидается, Future поможет дождаться момента завершения обработки задачи. В Android для асинхронного выполнения используется похожая сущность – Looper. #Многопоточность

Внимание, планете угрожает опасность! Создатель нашего мира написал код, на котором работает наша реальность, но допустил серьезные ошибки: все телефоны покинули планету, и люди остались без связи! Если это не исправить, случится конец света. Перед вами три задачи для программистов на разных языках, в том числе Java. Найдите все ошибки и просмотрите все варианты, как их исправить и спасти мир.

Знакомимся с Javassist В этой статье мы рассмотрим Javassist, как инструмент, с помощью которого мы будем вклиниваться в существующий байткод и трансформировать его. @BookJava

💣 Никому не нравится, когда приложение тормозит. Но знаете ли вы, почему так происходит? Разберем этот вопрос на открытом уроке «UI Profiling» 28 июня в 20:00. 🔥 На занятии рассмотрим основные причины такого поведения и инструменты, призванные найти и исправить эту проблему. Кроме оценки производительности приложения на вашем устройстве, мы рассмотрим несколько сервисов для измерения производительности в бою — на телефонах ваших пользователей. 🎤 Спикер: Артур Бадретдинов, ведущий разработчик в американском стартапе. 🦾 Занятие пройдет в рамках онлайн-курса «Android Developer. Professional» для разработчиков с опытом. ❇️ Для участия в вебинаре пройдите вступительный тест

​Зачем используются thread local переменные? Класс ThreadLocal представляет хранилище тред-локальных переменных. По способу использования он похож на обычную обертку над значением, с методами get(), set() и remove() для доступа к нему, и дополнительным фабричным методом ThreadLocal.withInitial(), устанавливающим значение по-умолчанию. Отличие тред-локальной переменной от обычной в том, что ThreadLocal хранит отдельную независимую копию значения для каждого ее использующего потока. Работа с такой переменной потокобезопасна. Проще говоря, объект класса ThreadLocal хранит внутри не одно значение, а как бы хэш-таблицу поток➝значение, и при использовании обращается к значению для текущего потока. Первый, самый очевидный вариант использования – данные, относящиеся непосредственно к треду, определенный пользователем «контекст потока». На скриншоте ниже пример такого использования: ThreadId.get() вернет порядковый номер текущего треда. Другой случай, с которым локальная переменная потока может помочь – кэширование read-only данных в многопоточной среде без дорогостоящей синхронизации. Помимо обычного ThreadLocal, в стандартной библиотеке присутствует его расширение InheritableThreadLocal. Этот класс «наследует» значение – изначально берет его для потока, являющегося родителем текущего. #Многопоточность

Перемещаем все специальные символы в конец строки Специальный символ - это символ, который не является буквенным или числовым. Например, в строке "!@$%^&*" все символы являются специальными. Идея состоит в том, чтобы перемещаться по входной строке и заполнять две другие строки: одну, содержащую обычные символы (a, A, 1 и т. д.), и другую строку, содержащую специальные символы (@, $ и т. д.). @BookJava

Есть базовые знания Java, но нет понимания, как их развить? У студентов и начинающих Java-специалистов осталось три дня, чтобы воспользоваться шансом и попасть в одну из Летних школ от Академии Яндекса. •Школа мобильной разработки подойдет тем, кто хочет использовать Java или Kotlin для создания мобильных приложений на Android. •Школа бэкенд-разработки поможет как следует прокачаться и погрузиться в мир промышленного программирования. За два месяца вы сможете прокачать свои навыки, пообщаться с топовыми экспертами и поработать вместе с ними на реальных проектах. Тех, кто хорошо себя проявит, пригласят стать стажером или сотрудником Яндекса. Стартует обучение в Школах 20 июля. Лекции, практические занятия и хакатоны с экспертами Яндекса пройдут онлайн, а разрабатывать и защищать собственные проекты студенты будут в московском офисе компании. Проезд и проживание участникам из регионов оплачивается. Для поступления нужно пройти отборочный тур. Срок подачи заявок – до 23 июня.

Думаете о большой пропускной способности? Встречайте виртуальные потоки Цель этой статьи — изучить известные факты о грядущем расширении модели многопоточности Java. Нет, не беспокойтесь, текущая модель многопоточности Java остается, но за кулисами что-то хорошее уже стучится в виртуальную дверь. Да, мы говорим о JEP-425: Virtual Threads. Original

«Kubernetes для разработчиков» — с 1 июля в Слёрме 1 июля — старт потока и релиз видеокурса «Kubernetes для разработчиков». Вы можете учиться в группе и встречаться со спикерами два раза в неделю или пройти видеокурс, когда удобно. Это базовый курс по k8s. Программа составлена специально для разработчиков: нет лишней информации, которая не пригодилась бы в реальных проектах, включены важные нюансы разработки приложения под Kubernetes. Все уроки записаны в 2022 году, материал обновлен и дополнен. Спикеры: Марсель Ибраев (Southbridge) Павел Селиванов (Yandex Cloud). Форматы обучения: Поток: открываем доступ к двум новым темам каждую неделю, общаемся в чате с куратором и спикерами, два раза в неделю — AMA-сессии по темам курса со спикерами. Видеокурс: доступны сразу все темы, можно изучать в своём темпе. Оба формата включают практику на стендах и итоговую сертификацию. Подробнее про курс: https://slurm.club/3xBZu13