Співбесіда Java-розробника охоплює семантику мови, колекції, багатопотоковість, Spring та вміння міркувати про JVM. Нижче — питання, які ставлять найчастіше, кожне з еталонною відповіддю. Senior: архітектуру, трейд-офи, менторство та прийняття рішень.
1
У чому різниця між checked і unchecked винятками?
Відповідь
Checked успадковуються від Exception і мають бути оголошені або оброблені — вони описують відновлювані ситуації, до яких код-викликач має готуватися, наприклад IOException. Unchecked успадковуються від RuntimeException і сигналять про помилки програміста: NullPointerException, IllegalArgumentException. На практиці порада така: unchecked для багів, checked помірно, бо примус обробляти виняток у кожному виклику найчастіше породжує порожні catch-блоки.
2
Що таке Dependency Injection у Spring і які є типи інʼєкції?
Відповідь
DI означає, що обʼєкт отримує залежності від контейнера, а не створює їх сам, — це розвʼязує класи й робить їх тестованими. Spring підтримує інʼєкцію через конструктор, сетер і поле. Бажана конструкторна: залежності стають final, обʼєкт ніколи не існує в недобудованому вигляді, і клас не може приховати розростання списку залежностей так, як це дозволяє інʼєкція в поле.
3
У чому різниця між @Component, @Service, @Repository і @Controller?
Відповідь
Усі чотири реєструють клас як бін Spring і технічно взаємозамінні для сканування. Відрізняються наміром і тим, що Spring до них додає: @Repository транслює винятки персистентності в ієрархію DataAccessException, @Controller і @RestController беруть участь у маппінгу запитів, а @Service — семантична позначка бізнес-логіки. Використання конкретної анотації документує шар і вмикає потрібну поведінку.
4
Що таке транзакція? Поясніть рівні ізоляції.
Відповідь
Транзакція — це одиниця роботи, що задовольняє ACID: вона або цілком комітиться, або відкочується. Рівні ізоляції міняють консистентність на паралелізм: Read Uncommitted допускає брудні читання, Read Committed їх виключає, Repeatable Read додатково виключає неповторювані читання, Serializable прибирає й фантоми ціною пропускної здатності. Більшість систем працюють на Read Committed і закривають залишкові аномалії оптимістичними блокуваннями.
5
У чому різниця між ArrayList і LinkedList? Коли обрати кожен?
Відповідь
ArrayList спирається на розширюваний масив: доступ за індексом O(1), але вставка й видалення в середині зсувають елементи. LinkedList — двозвʼязний список: вставка й видалення біля відомого вузла O(1), зате доступ за індексом O(n), і кожен елемент несе накладні витрати вузла. На практиці ArrayList виграє майже завжди, бо локальність кешу процесора важливіша за теоретичну складність; LinkedList корисний переважно як Deque.
6
Що таке volatile і synchronized? Коли використовувати кожен?
Відповідь
volatile гарантує видимість — запис одразу видно іншим потокам, а читання не кешуються — але не дає атомарності, тому volatile-лічильник усе одно втрачає інкременти. synchronized дає і видимість, і взаємне виключення, тож блок у кожен момент виконує лише один потік. volatile беруть для простого прапорця, який читають багато потоків; synchronized або Atomic — коли операція це читання-зміна-запис.
7
Поясніть N+1 problem у Hibernate і як її уникнути.
Відповідь
N+1 виникає, коли ви одним запитом дістаєте N батьківських сутностей, а потім ліниво звертаєтесь до колекції у кожної, породжуючи N додаткових запитів. Зазвичай це виглядає як сторінка, що літає на трьох записах у тестах і намертво встає на трьох тисячах. Лікується JOIN FETCH у JPQL, entity graph, батчингом через @BatchSize або проєкцією, що вибирає рівно ті поля, які потрібні представленню.
8
У чому різниця між String, StringBuilder і StringBuffer?
Відповідь
String незмінний, тому кожна конкатенація створює новий обʼєкт — збірка рядка в циклі через + квадратична за часом. StringBuilder це змінюваний буфер і правильний інструмент для такого циклу. StringBuffer те саме, але з synchronized-методами; по суті це легасі, бо ділити змінюваний буфер між потоками доводиться рідко, і зазвичай усе одно потрібне грубіше блокування.
9
Що таке Stream API і коли його не варто застосовувати?
Відповідь
Stream описує операції над колекціями декларативно — як конвеєр лінивих проміжних операцій і термінальної, що запускає обчислення. Він добрий для фільтрації, перетворення та агрегації, бо намір лишається читабельним. Не варто застосовувати в гарячих циклах, де абстракція коштує вимірного часу, у логіці з побічними ефектами і там, де звичайний for читався б ясніше.
🦎
Прочитати відповіді недостатньо
На співбесіді ти говориш вголос під тиском. Кем поставить ті самі питання, оцінить кожну відповідь і покаже, що саме підтягнути.
Пройти інтерв'ю Senior Java Backend →Безкоштовно · 3 інтерв'ю на місяць