Java | Вопросы собесов

В чем взаимосвязь контракта equals и hashCode ? Спросят с вероятностью 12% В Java взаимосвязь контракта equals() и hashCode() имеет ключевое значение для корректной работы коллекций, особенно для тех, которые используют хеширование, таких как HashSet, HashMap, Hashtable и другие. Эти методы определены в классе Object, и их поведение можно переопределить в пользовательских классах для достижения необходимой логики сравнения и хеширования объектов. Контракт equals() Определяет, эквивалентны ли два объекта. По умолчанию, он сравнивает ссылки на объекты, то есть проверяет, указывают ли две ссылки на один и тот же объект в памяти. Однако, этот метод часто переопределяется для реализации сравнения по значению, когда два разных объекта считаются равными, если их внутреннее состояние (значения их полей) одинаково. Контракт hashCode() Возвращает целочисленное значение, хеш-код объекта, используемый хеш-таблицами для определения местоположения объекта. Хеш-код представляет собой компактное представление информации об объекте и используется для оптимизации поиска объекта в структурах данных, основанных на хешировании. Взаимосвязь контрактов Основная взаимосвязь между equals() и hashCode() заключается в следующих правилах: 1️⃣Если два объекта равны по методу equals(Object obj), то их хеш-коды, возвращаемые методом hashCode ? Сп также должны быть равны. Это необходимо для корректной работы хеш-таблиц, так как обеспечивает, что равные объекты будут находиться в одной и той же "корзине" или иметь одинаковый индекс хеширования. 2️⃣Если хеш-коды двух объектов различны, объекты точно не равны. Это следует из того, что разные хеш-коды указывают на различие объектов. Однако, обратное не всегда верно: два объекта могут иметь одинаковый хеш-код и при этом не быть равными по equals(), что называется коллизией хеш-кодов. Пример: В классе, где переопределяется метод equals(), должен быть переопределен и метод hashCode(), чтобы поддерживать описанный контракт:

public class Person {
    private String name;
    private int age;

    @Override
    public boolean equals(Object o) {
        if (this == o) return true;
        if (o == null || getClass() != o.getClass()) return false;
        Person person = (Person) o;
        return age == person.age && Objects.equals(name, person.name);
    }

    @Override
    public int hashCode() {
        return Objects.hash(name, age);
    }
}

Правильное соблюдение контрактов equals() и hashCode() обеспечивает эффективное и корректное функционирование хеш-таблиц и других коллекций, использующих хеширование, позволяя избегать несогласованности данных и оптимизировать производительность операций поиска и сравнения объектов. 👉 Можно посмотреть Примеры как отвечают люди на этот вопрос, или перейти К списку 1715 вопроса на Java разработчика. Ставь 👍 если нравится контент 🔐 База собесов | 🔐 База тестовых

⚡️В сети начали находить курсы и книги известных онлайн школ в открытом доступе Вот отсортированная база с тонной материала(постепенно пополняется): 🔗 БАЗА (3385 видео): (343 видео, 87 книги) — Java (176 видео, 32 книги) — Git (293 видео, 63 книги) — C# (352 видео, 89 книги) — С++ (167 видео, 53 книги) — PHP (227 видео, 83 книги) — SQL (163 видео, 29 книги) — Linux (363 видео, 122 книги) — Python (415 видео, 168 книги) — Frontend (143 видео, 33 книги) — Flask (167 видео, 43 книги) — Django (197 видео, 49 книги) — Разработка ботов (137 видео, 93 книги) — Data Science (113 видео, 82 книги) — GameDev (129 видео, 73 книги) — QA Скачивать ничего не нужно — все выложили в Telegram и на YouTube с доступом по ссылке

Какие есть уровни изоляции транзакций ? Спросят с вероятностью 12% Уровни изоляции транзакций определяют, в какой степени транзакция должна быть изолирована от изменений данных, производимых другими транзакциями. Он влияет на возможность возникновения таких проблем параллелизма, как грязное чтение, неповторяющееся чтение и фантомное чтение. Определены четыре уровня изоляции: 1️⃣ READ UNCOMMITTED (Чтение незафиксированных данных) На этом уровне транзакции могут читать данные, которые ещё не были зафиксированы (commit) другими транзакциями. Это означает, что возможно "грязное чтение", когда одна транзакция видит промежуточные результаты работы другой незавершённой транзакции, которые могут быть впоследствии откачены (rollback). 2️⃣ READ COMMITTED (Чтение зафиксированных данных) Транзакция на этом уровне изоляции видит только данные, зафиксированные к моменту начала операции чтения. Это предотвращает грязное чтение, но всё ещё допускает "неповторяющееся чтение", когда во время выполнения транзакции другие транзакции могут изменять данные, и повторный запрос к базе данных вернёт другой результат. 3️⃣ REPEATABLE READ (Повторяемое чтение) На этом уровне изоляции транзакция видит только данные, зафиксированные до её начала, и предотвращается изменение данных, которые она уже прочитала, другими транзакциями. Это устраняет проблему неповторяющегося чтения. Однако на этом уровне всё ещё возможно "фантомное чтение", когда в результате выполнения других транзакций изменяется набор строк, соответствующих условию запроса. 4️⃣ SERIALIZABLE (Сериализуемость) Самый строгий уровень изоляции, который полностью изолирует транзакцию от всех других. При таком уровне изоляции СУБД гарантирует, что параллельно выполняемые транзакции будут работать так, как если бы они выполнялись последовательно. Это устраняет все вышеупомянутые проблемы параллелизма, включая фантомное чтение, но может привести к снижению производительности и увеличению количества блокировок. Выбор уровня изоляции транзакции зависит от требований к консистентности данных и допустимого уровня параллелизма. Более высокий уровень изоляции увеличивает надёжность и консистентность данных, но может снижать производительность и масштабируемость системы из-за увеличения числа блокировок и ожидания. 👉 Можно посмотреть Примеры как отвечают люди на этот вопрос, или перейти К списку 1715 вопроса на Java разработчика. Ставь 👍 если нравится контент 🔐 База собесов | 🔐 База тестовых

👩‍💻 Интеграционные тесты с контекстом. Тестирование слоя репозиториев и сервисов. Ждём вас на втором занятии серии открытых практических уроков по тестированию Spring-приложений от OTUS: https://otus.pw/ylg7/ На вебинаре мы: - обсудим особенности тестирования компонентов Spring-приложения с подъемом тестового контекста;- рассмотрим, как можно протестировать слой репозиториев на базе JDBC и JPA, а также работу с транзакциями на сервисном слое;- ответим на все возникающие вопросы.  Спикер — Senior Software Engineer и опытный преподаватель.  Встречаемся 1 июля в 20:00 мск в преддверии старта курса «Разработчик на Spring Framework». Все участники вебинара получат специальную цену на обучение!  ➡️ Регистрируйтесь прямо сейчас, чтобы не пропустить бесплатный урок и получить запись предыдущего вебинара серии.

В чём различия String Builder и String Buffer ? Спросят с вероятностью 12% StringBuilder и StringBuffer предназначены для работы со строками в ситуациях, когда требуется изменять содержимое строки или динамически создавать строку через конкатенацию. Оба класса предоставляют похожий набор методов для манипулирования строками, но ключевое различие между ними заключается в синхронизации и производительности. StringBuffer Является потокобезопасным благодаря синхронизации всех своих методов. Это означает, что данный объект можно безопасно использовать в многопоточных средах, где один и тот же объект может быть изменен разными потоками одновременно. Однако потокобезопасность достигается за счет накладных расходов на синхронизацию, что может снижать производительность при использовании в однопоточных приложениях. StringBuilder Представляет собой не потокобезопасную альтернативу StringBuffer. Отсутствие синхронизации делает его более предпочтительным выбором в ситуациях, когда гарантировано, что объект будет использоваться только в одном потоке, поскольку это обеспечивает лучшую производительность по сравнению с StringBuffer. Сравнение производительности Из-за отсутствия синхронизации StringBuilder обычно работает быстрее StringBuffer в однопоточных приложениях. В многопоточных средах, где требуется потокобезопасность, использование StringBuffer обеспечивает безопасность за счет некоторого снижения производительности. Когда использовать что? ✅StringBuilder: когда работа с объектом происходит в рамках одного потока и требуется высокая производительность. ✅StringBuffer: когда объектом необходимо управлять из разных потоков и требуется гарантия потокобезопасности. Использование StringBuilder

StringBuilder sb = new StringBuilder("Hello");
sb.append(" World");
System.out.println(sb.toString()); // Выводит "Hello World"

Использование StringBuffer

StringBuffer sb = new StringBuffer("Hello");
sb.append(" World");
System.out.println(sb.toString()); // Выводит "Hello World"

Оба примера показывают схожесть в использовании StringBuilder и StringBuffer, но выбор между ними должен основываться на требованиях к потокобезопасности и производительности в вашем конкретном случае. 👉 Можно посмотреть Примеры как отвечают люди на этот вопрос, или перейти К списку 1715 вопроса на Java разработчика. Ставь 👍 если нравится контент 🔐 База собесов | 🔐 База тестовых

Как разработчику увеличить доход минимум в два раза? Освоить навыки по Kubernetes – самому востребованному направлению в 2024 году. Что это за зверь такой, с чем его едят и как быстро его понять, рассказывает SRE Lead в MTS Digital и преподаватель курсов Слёрма Кирилл Борисов в своём канале. Переходите и узнайте, как «кубы» могут пригодиться в работе, какие возможности открывают и прокачайте текущие скиллы. Для всех новых подписчиков подготовили гайд «Как работает etcd с Kubernetes и без него» Подписывайтесь, забирайте, изучайте и применяйте. Потом спасибо скажете 👉 @Kubernetes_Borisov Реклама. ИП Аердинов Никита Вадимович ИНН 638103515932 erid: LjN8K7zVy

У топовых айтишников есть секрет, они работают не 8 часов, а головой! Понимают, что без английского в айти делать нечего. Поэтому в начале карьеры изучают технический английский, а потом смело прибавляют +40% к рыночной зарплате. Знают где в телеграме брать современные идеи и материалы для работы. Например, для web-разработчиков – это Сайтодел. Становись Senior-разработчиком. Всё просто, два клика: → Английский для программистов → Сайтодел 🎁 Бесплатно: Поиск разработчика для сайта и первый созвон по обучению английскому. Не упускай такую возможность!

Что такое транзакция ? Спросят с вероятностью 12% Транзакция в контексте баз данных — это последовательность операций с данными, которая представляет собой единую логическую единицу работы. Они используются для обеспечения целостности данных и соблюдения принципов ACID (Atomicity, Consistency, Isolation, Durability), которые являются ключевыми для надёжной работы систем управления базами данных (СУБД). Основные свойства: 1️⃣ Атомарность (Atomicity): Должна быть выполнена полностью или не выполнена вовсе. Если какая-либо часть транзакции не может быть завершена, все изменения, сделанные в рамках транзакции, откатываются (отменяются), чтобы база данных оставалась в начальном состоянии. 2️⃣ Согласованность (Consistency): Переводит базу данных из одного согласованного состояния в другое согласованное состояние, гарантируя соблюдение всех ограничений целостности данных. 3️⃣ Изоляция (Isolation): Изменения, производимые одной транзакцией, изолированы от других транзакций до тех пор, пока она не будет завершена. Это предотвращает возникновение проблем, связанных с параллельным выполнением транзакций, таких как потерянные обновления, грязное чтение и фантомное чтение. 4️⃣ Долговечность (Durability): После завершения транзакции (коммита) результаты её выполнения сохраняются в базе данных и не могут быть потеряны даже в случае сбоя системы. Пример: Рассмотрим простой пример транзакции в банковской системе, где требуется перевести деньги с одного счёта на другой: 1️⃣ Снятие определённой суммы денег со счёта отправителя. 2️⃣ Зачисление этой суммы на счёт получателя. Эти две операции должны быть выполнены вместе как единая транзакция. Если по какой-то причине зачисление на счёт получателя не может быть выполнено (например, из-за сбоя системы после выполнения первой операции), то снятие денег со счёта отправителя также должно быть отменено, чтобы гарантировать атомарность транзакции и сохранить целостность данных. Управление транзакциями В большинстве современных СУБД для управления транзакциями используются следующие операции: ✅ BEGIN TRANSACTION (или аналогичная команда) для начала транзакции. ✅ COMMIT для завершения транзакции и сохранения всех изменений. ✅ ROLLBACK для отмены всех изменений, выполненных в рамках транзакции. Транзакции играют ключевую роль в обеспечении надёжности и целостности данных в приложениях, работающих с базами данных, позволяя уверенно выполнять сложные операции с данными. 👉 Можно посмотреть Примеры как отвечают люди на этот вопрос, или перейти К списку 1715 вопроса на Java разработчика. Ставь 👍 если нравится контент 🧩 Идущий | 🔐 Собесы | 🔐 Тестовые

Может ли примитивный тип данных попасть в Hip ? Спросят с вероятностью 12% Примитивные типы данных обычно хранятся на стеке (Stack), когда они определены как локальные переменные внутри методов или как часть вызова метода. Однако, примитивные типы могут "попасть" в кучу (Heap), когда они используются как часть объекта или обёрнуты в обёрточные классы (Integer, Long, Double и т.д.), которые являются объектами и хранятся в куче. Обёртки примитивных типов Предоставляет обёрточные классы для каждого примитивного типа, позволяя использовать примитивные значения как объекты. Например, int можно обернуть в Integer, double в Double и так далее. Когда примитивный тип данных обёрнут в такой класс, он может храниться в куче как часть объекта. Примитивные типы как часть объектов Когда он используется как поле объекта, само значение примитива будет храниться в куче вместе с остальной частью объекта. Например, если у вас есть класс Person с полем int age, то значение age будет храниться в куче вместе с объектом Person. Пример:

public class Person {
    int age; // Примитивный тип данных внутри объекта, хранящегося в куче
}

public class Main {
    public static void main(String[] args) {
        Integer number = 5; // Обёрнутый примитивный тип, хранящийся в куче
        Person person = new Person(); // Объект, хранящийся в куче, с примитивным полем
        person.age = 25; // Примитивное значение age хранится в куче вместе с объектом person
    }
}

В этом примере number (обёрнутый int) и person (объект с примитивным полем age) хранятся в куче. Хотя примитивные типы данных обычно ассоциируются с хранением на стеке, они могут храниться в куче, если являются частью объекта или обёрнуты в соответствующие обёрточные классы. Это позволяет примитивным типам участвовать в динамическом управлении памятью и объектно-ориентированных структурах данных, сохраняя при этом эффективность работы с данными. 👉 Можно посмотреть Примеры как отвечают люди на этот вопрос, или перейти К списку 1715 вопроса на Java разработчика. Ставь 👍 если нравится контент 🔐 База собесов | 🔐 База тестовых

Бесплатный однодневный интенсив по искусственному интеллекту! За 1 день научим тебя писать нейронные сети. Напишешь 9 нейронок с нуля, без опыта программирования! На интенсиве ты создашь: - 3 нейронки из области компьютерного зрения - 3 нейронки по распознаванию и обработке текста - 3 нейронки по сегментации, временным рядам и аудио Регистрируйся прямо сейчас, исследуй футуристичный мир нейросетей с нами! Реклама. ООО "ТЕРРА ЭЙАЙ". ИНН 9728019395. erid: LjN8KHVYR

Что такое SpringScope ? Спросят с вероятностью 12% "Scope" (область видимости) относится к жизненному циклу и видимости бинов (объектов, управляемых Spring IoC контейнером). Область видимости бина определяет, как и когда создаются и уничтожаются экземпляры бинов, а также как они разделяются между другими объектами и компонентами приложения. Spring предоставляет несколько встроенных областей видимости: 1️⃣ Singleton (Одиночка) Это область видимости по умолчанию. Для бина, объявленного с областью видимости Singleton, Spring IoC контейнер создает и хранит ровно один экземпляр бина на каждый контейнер. Этот единственный экземпляр предоставляется всем, кто запрашивает бин с таким именем. 2️⃣ Prototype (Прототип) Для бина с областью видимости Prototype, Spring IoC контейнер создает новый экземпляр бина каждый раз, когда он запрашивается. Это полезно, когда вам нужны независимые экземпляры объекта для каждого использования. 3️⃣ Request Эта область видимости используется в веб-приложениях. Для бина, объявленного с областью видимости Request, новый экземпляр создается для каждого HTTP запроса. 4️⃣ Session Также используется в веб-приложениях. Бин с областью видимости Session создает один экземпляр бина на каждую HTTP сессию. 5️⃣ Application В этой области видимости бин создается на уровне ServletContext, что означает, что бин существует в единственном экземпляре на весь жизненный цикл веб-приложения, аналогично Singleton, но в области видимости всего приложения, а не Spring IoC контейнера. 6️⃣ WebSocket Эта область видимости применяется к бинам, которые должны быть привязаны к жизненному циклу WebSocket сессии. Пример:

@Component
@Scope("prototype")
public class MyPrototypeBean {
    // Класс с областью видимости Prototype
}

Понимание и правильное использование областей видимости позволяет тонко управлять жизненным циклом компонентов приложения, оптимизируя использование ресурсов и поддерживая необходимую степень изоляции и независимости между компонентами. Это способствует созданию чистой, модульной и легко тестируемой архитектуры приложения. 👉 Можно посмотреть Примеры как отвечают люди на этот вопрос, или перейти К списку 1715 вопроса на Java разработчика. Ставь 👍 если нравится контент 🔐 База собесов | 🔐 База тестовых

Привет! Подписывайтесь на канал Java: fill the gaps, полезно для разработчиков любого уровня🔥 Для продолжающих: 🔹 Как реализованы лямбда выражения внутри JVM 🔹 Библиотеки работы с данными: от JDBC до Spring Data 🔹 3 способа подружить Postgres и Kafka Для начинающих: 🔸 5 ошибок при использовании Optional 🔸 Fluent API: что такое и зачем нужен 🔸 Как освоить многопоточку Подписывайся👉 Java: fill the gaps

Как работает оператор try with resourses ? Спросят с вероятностью 12% Оператор try-with-resources — это конструкция обеспечивает автоматическое управление ресурсами, в частности, автоматическое закрытие ресурсов после их использования. Ресурсом может быть любой объект, который реализует интерфейс AutoCloseable или Closeable, например, потоки ввода/вывода (InputStream, OutputStream), соединения с базой данных и т.д. Как работает Конструкция try-with-resources автоматически закрывает ресурсы, объявленные в скобках после оператора try, независимо от того, завершилось ли выполнение блока try нормально или было выброшено исключение. Это упрощает код и делает его более надежным, поскольку не требуется явно вызывать метод close() в блоке finally. Пример без try-with-resources До Java 7 для закрытия ресурсов требовалось явно использовать блок finally, чтобы гарантировать закрытие ресурса:

InputStream input = null;
try {
    input = new FileInputStream("file.txt");
    // Чтение из файла
} catch (IOException ex) {
    ex.printStackTrace();
} finally {
    if (input != null) {
        try {
            input.close();
        } catch (IOException e) {
            e.printStackTrace();
        }
    }
}

Пример с try-with-resources С Java 7 и новее можно использовать его для упрощения кода:

try (InputStream input = new FileInputStream("file.txt")) {
    // Чтение из файла
} catch (IOException ex) {
    ex.printStackTrace();
}

В этом примере ресурс InputStream будет автоматически закрыт после выполнения блока try, даже если в процессе чтения файла будет выброшено исключение. Это сокращает код и делает его более читабельным и безопасным, поскольку уменьшает риск утечки ресурсов. Преимущества try-with-resources 1️⃣Автоматическое закрытие ресурсов: Гарантирует, что каждый ресурс будет закрыт после использования, что помогает предотвратить утечки ресурсов. 2️⃣Упрощение кода: Уменьшает объем кода, необходимого для закрытия ресурсов, и повышает его читабельность. 3️⃣Улучшение управления исключениями: Позволяет более эффективно управлять исключениями, связанными с работой ресурсов. Оператор try-with-resources упрощает работу с ресурсами, автоматизируя их закрытие и уменьшая риск возникновения ошибок, связанных с неправильным управлением ресурсами. Это делает код более надежным и читабельным. 👉 Можно посмотреть Примеры как отвечают люди на этот вопрос, или перейти К списку 1715 вопроса на Java разработчика. Ставь 👍 если нравится контент 🔐 База собесов | 🔐 База тестовых

Все надоело и пропал интерес, чувствуешь себя амебой и хочется только залипать в телефоне. Бывает? Психолог взрослого человека - канал для айтишников, у которых периодически опускаются руки и отключается мозг, ибо переработки и постоянная тревожность не приводят к другим исходам. ▪️ Как научиться отвлекаться от работы и отдыхать? ▪️ Как совместить кучу рабочих задач и время с семьей? ▪️ Как справиться с прокрастинацией? ▪️ Как не растерять запал, даже если начальник и коллеги 💩 и кажется, что ничего не выходит? Подписывайтесь на канал @vadimpetrov_psy и научитесь работать без упахивания, выгорания и ущерба для личной жизни! 👨🏻‍💻 Псс. Заходите в закреп канала - там много полезного.

Для чего используется Spring boot ? Спросят с вероятностью 12% Spring Boot — это проект в экосистеме Spring, предназначенный для упрощения процесса конфигурации и развертывания приложений. Он позволяет разработчикам быстро создавать стоящие на своих ногах, производительные веб-приложения и микросервисы без необходимости заниматься ручной конфигурацией всех аспектов приложения. Вот основные цели и возможности, для которых он используется: 1️⃣ Автоконфигурация Автоматически настраивает ваше приложение на основе добавленных в проект зависимостей. Это означает, что если, например, в вашем classpath присутствует Spring Web MVC, Spring Boot автоматически настроит ваше приложение для работы в качестве веб-приложения. 2️⃣ Готовые к использованию стартовые зависимости (Starters) Предоставляет набор "стартовых" зависимостей, которые упрощают добавление компонентов в ваше приложение. Например, если вы хотите добавить Spring Security, достаточно добавить spring-boot-starter-security в ваш файл зависимостей Maven или Gradle. 3️⃣ Встроенный сервер Может встроить Tomcat, Jetty или Undertow непосредственно в приложение, что избавляет от необходимости развертывать WAR файлы на внешнем сервере приложений. Ваше приложение запускается как обычное Java-приложение с методом main(). 4️⃣ Управление производительностью и мониторинг Предоставляет готовые решения для мониторинга и управления вашим приложением, такие как актуаторы (actuators), предоставляющие готовые REST-эндпоинты для мониторинга состояния и работы приложения. 5️⃣ Простота развертывания Приложения, созданные с его помощью, легко упаковываются в JAR или WAR файлы для простого развертывания, поддерживая как традиционные серверные среды, так и облачные платформы. 6️⃣ Легкая настройка Позволяет легко управлять конфигурацией приложения через файлы свойств или YAML, включая внешние конфигурации для разных сред, что упрощает переключение между разработкой, тестированием и продакшеном. Spring Boot значительно упрощает процесс создания и развертывания приложений, минимизируя ручную конфигурацию и ускоряя разработку. Он идеально подходит для создания микросервисов, веб-приложений и больших, монолитных приложений, делая разработку на Spring доступной и эффективной. 👉 Можно посмотреть Примеры как отвечают люди на этот вопрос, или перейти К списку 1715 вопроса на Java разработчика. Ставь 👍 если нравится контент 🔐 База собесов | 🔐 База тестовых