Собеседования на Middle Java разработчика. Пособие для будущего Java разработчика. Собеседование и карьера Java architect вопросы на собеседовании

Осенью 2017 я окончательно решил уходить из EPAM, где работал более полутора лет, и идти развиваться куда-то дальше.

В связи с этим я обновил резюме, завысил немного зарплатные ожидания, и опубликовал его на HeadHunter. Я особо никуда не спешил, поэтому на вакансии сам почти и не откликался, за исключением пары интересных мест. К собеседованиям решил не готовиться и почти к ним ничего и не читал ибо зачем зубрить что-то бесполезное в работе. А полезное ты и так всё помнишь. Я понадеялся на адекватных интервьюеров, которые не будут спрашивать то, что без зубрёжа нормальные люди не помнят, так и вышло. Почти сразу мне начали приходить письма и звонки, и я забил собеседованиями ближайшие полторы недели, по 1-2 в день. Тут хочу рассказать об этом опыте. Всего я прошёл собеседования в 11-ти компаниях, 8 из которых прислали офер.

В резюме у меня был указан опыт PHP разработчика (1.5 года), затем Java (тоже 1.5 года). С Java стандартный стек: Spring и всё что около него. В сумме в резюме 4 года опыта работы и несколько своих проектов. Кажется, неплохое резюме)

Несколько заметных пунктов:

  • Для позиции middle java рынок кандидатов, судя по всему, почти пустой. Большая часть компаний проводила всего одно собеседование, и в течении 1-2 дней присылало фидбек. Тестовые задания или несколько собеседований позволяли себе только крупные компании с каким-то известным именем на рынке труда. Видимо, тем кто поменьше, приходится забирать кандидатов, не давая им времени думать и сравнивать оферы.
  • Судя по количеству оферов и тому, что ни в одном не предложили меньше запрашиваемой мною сумме, мне нужно было ещё сильнее повысить ожидаемую зп. Значил либо я быстро вырос, либо в епаме мне недоплачивали). Собираясь искать работу, смелее завышайте зп.
  • Условия все предлагают почти одинаковые — ДМС, белая зп, свободный график, всякие компенсации. Только одна компания звала на удалёнку. И только у одной (уже другой) компании была серая зп.
  • Примерно у половины компаний в работе использовался Spring , но по нему на собеседованиях, кажется, не спрашивали ни разу. Только общие вопросы — работал ли вовсе и что делал. В целом знания конкретных фреймворков и библиотек никто не ожидал.
  • Собеседования длились от 20 минут до 2-х часов. Обычно около часа. В две компании были собеседования по Skype.
  • Некоторые простейшие вопросы ставили меня в тупик. Например что-нибудь про ООП (я спутал полиморфизм и инкапсуляцию:)). Когда ты так привыкаешь к понятиям, что стопаришься когда о них расспрашивают. Довольно неприятные ощущения.

Теперь о вопросах на собеседованиях:

  • Вообще везде спрашивали разницу между ArrayList и LinkedList . При том в половине случаев со словами «ну этот вопрос вам уже много раз задавали, но всё же». Не знаю, то-ли по инерции, то-ли действительно бывают мидлы, которые не знают разницы, да ещё и не узнают её на первом же подобном собеседовании. В любом случае лучше помнить стандартные коллекции и то, как они работают.
  • Почти везде просили перечислить виды коллекций и то, как они работают. Чаще всего спрашивали про HashMap (после ArrayList, конечно).
  • Часто спрашивали про Object и какие методы в нём есть.
  • Часто спрашивали про SOLID и расшифровать эту аббревиатуру я как назло никогда не мог — всегда такое плохо у меня запоминается) Но общий смысл принципов конечно понятен и его объяснял.
  • Часто был вопрос про REST .
  • Периодически спрашивали про сборщик мусора, но без тонких деталей. Рассказа об одном алгоритме его работы на поколениях было достаточно.
  • Периодически спрашивали про ООП, принципы, из более менее интересного «объясни полиморфизм пятикласснику».
  • Задачи прямо на собеседовании дают редко, как и тестовые задания домой. В основном крупные и известные компании.
  • Периодически спрашивают про многопоточность, но судя по всему действительно она важна уже в вакансиях ближе к senior.
  • Часто, и это интереснее всего, идёт обсуждение каких-нибудь абстрактных задач, способы их решения, проблемы и подобное.

Об удачных собеседованиях рассказывать нет смысла, расскажу о неудачных:

  • Яндекс Деньги. Прошёл первое собеседование, после этого получил тестовое задание как раз на параллельность. Выполнил, но видимо недостаточно хорошо.
  • Deutsche Bank. Единственное собеседование, за которое мне именно стыдно. Не выспался или ещё что — но тупил страшно. Я на стажировки 5 лет назад лучше собеседования проходил. Там были вопросы по Java, потом задачки всякие посчитать какая где память, что лучше. В общем я ошибался на уровне таблицы умножения. Не удивлён что мне отказали)
  • JetBrains. Тут по требованиям в вакансии я сразу не подходил, но решил попробовать. Интересное собеседование, проводилось в офисе, но по видеосвязи с Мюнхеном. В целом отвечал вроде неплохо, но нужна была как раз тоже параллельность, в которой у меня только учебный опыт.

Больше всего понравился процесс найма в Петер-Сервис, несмотря на то, что от знакомых я получил много плохих отзывов о компании (объективности ради — были и хорошие, видимо как повезёт с отделом и командой). Там было сначала собеседование с парой разработчиков, общие вопросы, обсуждения. Затем меня пригласили в команду, куда я должен был выйти на работу, познакомиться, и я рассказал об одном своём проекте, как его делал, какие проблемы решал. Обсуждали это и некоторые подробности их проекта. И уже после этого получил офер. Таким образом, думая над офером, я уже был знаком со всей командой, примерно представлял где и с кем буду работать. Это круто, потому что примерно в половине собеседований я общался с 1-2 людьми, не знал ни с кем там работать, ни подробностей проекта, кроме общих фраз (или вовсе нескольких вариантов проектов). Но всё же пошёл работать я не к ним.

А в итоге я попал на работу во ВКонтакте, даже не на Java. Там было первое собеседование, тестовое задание и финальное собеседование.

Выводы? Ходите на собеседования почаще и завышайте ожидаемую зп.

Этот раздел посвящён вопросам, которые могут быть заданы при прохождении интервью на позицию Java программиста.

Цель — собрать не только вопросы (что-то их очень много в интернете), но и ответы на них в одном месте.

По поводу указания авторства читайте на главной странице раздела Interview

  1. Сколько ключевых слов зарезервировано языком, что это за слова, какие из них не используются?
  2. Из каких символов может состоять имя переменной (корректный идентификатор)?
  3. Что значит слово “инициализация”?
  4. На какие основные группы можно поделить типы данных?
  5. Какие примитивные типы вы знаете?
  6. Что вы знаете о преобразовании примитивных типов данных, есть ли потеря данных, можно ли преобразовать логический тип?
  7. Какими значениями инициализируются переменные по умолчанию?
  8. Как передается значение переменной (по ссылке/значению)?
  9. Что вы знаете о функции main, какие обязательные условия ее определения?
  10. Какие логические операции и операторы вы знаете?
  11. В чем разница краткой и полной схемы записи логических операторов?
  12. Что такое таблица истинности?
  13. Что такое тернарный оператор выбора?
  14. Какие унарные и бинарные арифметические операции вы знаете?
  15. Какие побитовые операции вы знаете?
  16. Какова роль и правила написания оператора выбора (switch)?
  17. Какие циклы вы знаете, в чем их отличия?
  18. Что такое “итерация цикла”?
  19. Какие параметры имеет цикл for, можно ли их не задать?
  20. Какой оператор используется для немедленной остановки цикла?
  21. Какой оператор используется для перехода к следующей итерации цикла?
  22. Что такое массив?
  23. Какие виды массивов вы знаете?
  24. Что вы знаете о классах оболочках?
  25. Что такое автоупаковка (boxing/unboxing)?

  1. Назовите принципы ООП и расскажите о каждом.
  2. Дайте определение понятию “класс”.
  3. Что такое поле/атрибут класса?
  4. Как правильно организовать доступ к полям класса?
  5. Дайте определение понятию “конструктор”.
  6. Чем отличаются конструкторы по-умолчанию, копирования и конструктор с параметрами?
  7. Какие модификации уровня доступа вы знаете, расскажите про каждый из них.
  8. Расскажите об особенностях класса с единственным закрытым (private) конструктором.
  9. О чем говорят ключевые слова “this”, “super”, где и как их можно использовать?
  10. Дайте определение понятию “метод”.
  11. Что такое сигнатура метода?
  12. Какие методы называются перегруженными?
  13. Могут ли нестатические методы перегрузить статические?
  14. Расскажите про переопределение методов.
  15. Может ли метод принимать разное количество параметров (аргументы переменной длины)?
  16. Можно ли сузить уровень доступа/тип возвращаемого значения при переопределении метода?
  17. Как получить доступ к переопределенным методам родительского класса?
  18. Какие преобразования называются нисходящими и восходящими?
  19. Чем отличается переопределение от перегрузки?
  20. Где можно инициализировать статические/нестатические поля?
  21. Зачем нужен оператор instanceof?
  22. Зачем нужны и какие бывают блоки инициализации?
  23. Каков порядок вызова конструкторов и блоков инициализации двух классов: потомка и его предка?
  24. Где и для чего используется модификатор abstract?
  25. Можно ли объявить метод абстрактным и статическим одновременно?
  26. Что означает ключевое слово static?
  27. К каким конструкциям Java применим модификатор static?
  28. Что будет, если в static блоке кода возникнет исключительная ситуация?
  29. Можно ли перегрузить static метод?
  30. Что такое статический класс, какие особенности его использования?
  31. Какие особенности инициализации final static переменных?
  32. Как влияет модификатор static на класс/метод/поле?
  33. О чем говорит ключевое слово final?
  34. Дайте определение понятию “интерфейс”.
  35. Какие модификаторы по умолчанию имеют поля и методы интерфейсов?
  36. Почему нельзя объявить метод интерфейса с модификатором final или static?
  37. Какие типы классов бывают в java (вложенные… и.т.д.)
  38. Какие особенности создания вложенных классов: простых и статических.
  39. Что вы знаете о вложенных классах, зачем они используются? Классификация, варианты использования, о нарушении инкапсуляции.
  40. В чем разница вложенных и внутренних классов?
  41. Какие классы называются анонимными?
  42. Каким образом из вложенного класса получить доступ к полю внешнего класса?
  43. Каким образом можно обратиться к локальной переменной метода из анонимного класса, объявленного в теле этого метода? Есть ли какие-нибудь ограничения для такой переменной?
  44. Как связан любой пользовательский класс с классом Object?
  45. Расскажите про каждый из методов класса Object.
  46. Что такое метод equals(). Чем он отличается от операции ==.
  47. Если вы хотите переопределить equals(), какие условия должны удовлетворяться для переопределенного метода?
  48. Если equals() переопределен, есть ли какие-либо другие методы, которые следует переопределить?
  49. В чем особенность работы методов hashCode и equals? Каким образом реализованы методы hashCode и equals в классе Object? Какие правила и соглашения существуют для реализации этих методов? Когда они применяются?
  50. Какой метод возвращает строковое представление объекта?
  51. Что будет, если переопределить equals не переопределяя hashCode? Какие могут возникнуть проблемы?
  52. Есть ли какие-либо рекомендации о том, какие поля следует использовать при подсчете hashCode?
  53. Как вы думаете, будут ли какие-то проблемы, если у объекта, который используется в качестве ключа в hashMap изменится поле, которое участвует в определении hashCode?
  54. Чем отличается абстрактный класс от интерфейса, в каких случаях что вы будете использовать?
  55. Можно ли получить доступ к private переменным класса и если да, то каким образом?
  56. Что такое volatile и transient? Для чего и в каких случаях можно было бы использовать default?
  57. Расширение модификаторов при наследовании, переопределении и сокрытии методов. Если у класса-родителя есть метод, объявленный как private, может ли наследник расширить его видимость? А если protected? А сузить видимость?
  58. Имеет ли смысл объявлять метод private final?
  59. Какие особенности инициализации final переменных?
  60. Что будет, если единственный конструктор класса объявлен как final?
  61. Что такое finalize? Зачем он нужен? Что Вы можете рассказать о сборщике мусора и алгоритмах его работы.
  62. Почему метод clone объявлен как protected? Что необходимо для реализации клонирования?
  63. Знакомы ли Вам какие-либо паттерны проектирования?
  64. Напишите Singleton… А с ленивой загрузкой. А если он должен быть потоко-безопасным? А в каких случаях ленивая загрузка хуже?
  65. Что можете сказать про MVC? Нарисуйте диаграмму и объясните, как MVC работает.
  66. Напишите функцию вычисления факториала.
  67. Дана функция вычисления чисел Фибоначчи, известно, что она работает. Найдите логическую ошибку. Оцените сложность получившегося алгоритма.

  1. Дайте определение понятию “исключение”
  2. Какова иерархия исключений.
  3. Можно/нужно ли обрабатывать ошибки jvm?
  4. Какие существуют способы обработки исключений?
  5. О чем говорит ключевое слово throws?
  6. В чем особенность блока finally? Всегда ли он исполняется?
  7. Может ли не быть ни одного блока catch при отлавливании исключений?
  8. Могли бы вы придумать ситуацию, когда блок finally не будет выполнен?
  9. Может ли один блок catch отлавливать несколько исключений (с одной и разных веток наследований)?
  10. Что вы знаете об обрабатываемых и не обрабатываемых (checked/unchecked) исключениях?
  11. В чем особенность RuntimeException?
  12. Как написать собственное (“пользовательское”) исключение? Какими мотивами вы будете руководствоваться при выборе типа исключения: checked/unchecked?
  13. Какой оператор позволяет принудительно выбросить исключение?
  14. Есть ли дополнительные условия к методу, который потенциально может выбросить исключение?
  15. Может ли метод main выбросить исключение во вне и если да, то где будет происходить обработка данного исключения?
  16. Если оператор return содержится и в блоке catch и в finally, какой из них “главнее”?
  17. Что вы знаете о OutOfMemoryError?
  18. Что вы знаете о SQLException? К какому типу checked или unchecked оно относится, почему?
  19. Что такое Error? В каком случае используется Error. Приведите пример Error’а.
  20. Какая конструкция используется в Java для обработки исключений?
  21. Предположим, есть блок try-finally. В блоке try возникло исключение и выполнение переместилось в блок finally. В блоке finally тоже возникло исключение. Какое из двух исключений “выпадет” из блока try-finally? Что случится со вторым исключением?
  22. Предположим, есть метод, который может выбросить IOException и FileNotFoundException в какой последовательности должны идти блоки catch? Сколько блоков catch будет выполнено?

  1. Дайте определение понятию “коллекция”.
  2. Назовите преимущества использования коллекций.
  3. Какие данные могут хранить коллекции?
  4. Какова иерархия коллекций?
  5. Что вы знаете о коллекциях типа List?
  6. Что вы знаете о коллекциях типа Set?
  7. Что вы знаете о коллекциях типа Queue?
  8. Что вы знаете о коллекциях типа Map, в чем их принципиальное отличие?
  9. Назовите основные реализации List, Set, Map.
  10. Какие реализации SortedSet вы знаете и в чем их особенность?
  11. В чем отличия/сходства List и Set?
  12. Что разного/общего у классов ArrayList и LinkedList, когда лучше использовать ArrayList, а когда LinkedList?
  13. В каких случаях разумно использовать массив, а не ArrayList?
  14. Чем отличается ArrayList от Vector?
  15. Что вы знаете о реализации классов HashSet и TreeSet?
  16. Чем отличаются HashMap и TreeMap? Как они устроены и работают? Что со временем доступа к объектам, какие зависимости?
  17. Что такое Hashtable, чем она отличается от HashMap? На сегодняшний день она deprecated, как все-таки использовать нужную функциональность?
  18. Что будет, если в Map положить два значения с одинаковым ключом?
  19. Как задается порядок следования объектов в коллекции, как отсортировать коллекцию?
  20. Дайте определение понятию “итератор”.
  21. Какую функциональность представляет класс Collections?
  22. Как получить не модифицируемую коллекцию?
  23. Какие коллекции синхронизированы?
  24. Как получить синхронизированную коллекцию из не синхронизированной?
  25. Как получить коллекцию только для чтения?
  26. Почему Map не наследуется от Collection?
  27. В чем разница между Iterator и Enumeration?
  28. Как реализован цикл foreach?
  29. Почему нет метода iterator.add() чтобы добавить элементы в коллекцию?
  30. Почему в классе iterator нет метода для получения следующего элемента без передвижения курсора?
  31. В чем разница между Iterator и ListIterator?
  32. Какие есть способы перебора всех элементов List?
  33. В чем разница между fail-safe и fail-fast свойствами?
  34. Что делать, чтобы не возникло исключение ConcurrentModificationException?
  35. Что такое стек и очередь, расскажите в чем их отличия?
  36. В чем разница между интерфейсами Comparable и Comparator?
  37. Почему коллекции не наследуют интерфейсы Cloneable и Serializable?

  1. Какие “строковые” классы вы знаете?
  2. Какие основные свойства “строковых” классов (их особенности)?
  3. Можно ли наследовать строковый тип, почему?
  4. Дайте определение понятию конкатенация строк.
  5. Как преобразовать строку в число?
  6. Как сравнить значение двух строк?
  7. Как перевернуть строку?
  8. Как работает сравнение двух строк?
  9. Как обрезать пробелы в конце строки?
  10. Как заменить символ в строке?
  11. Как получить часть строки?
  12. Дайте определение понятию “пул строк”.
  13. Какой метод позволяет выделить подстроку в строке?
  14. Как разбить строку на подстроки по заданному разделителю?
  15. Какой метод вызывается для преобразования переменной в строку?
  16. Как узнать значение конкретного символа строки, зная его порядковый номер в строке?
  17. Как найти необходимый символ в строке?
  18. Можно ли синхронизировать доступ к строке?
  19. Что делает метод intern()?
  20. Чем отличаются и что общего у классов String, StringBuffer и StringBuilder?
  21. Как правильно сравнить значения строк двух различных объектов типа String и StringBuffer?
  22. Почему строка неизменная и финализированная в Java?
  23. Почему массив символов предпочтительнее строки для хранения пароля?
  24. Почему строка является популярным ключом в HashMap в Java?
  25. Напишите метод удаления данного символа из строки.

  1. Какие существуют виды потоков ввода/вывода?
  2. Назовите основные предки потоков ввода/вывода.
  3. Что общего и чем отличаются следующие потоки: InputStream, OutputStream, Reader, Writer?
  4. Что вы знаете о RandomAccessFile?
  5. Какие есть режимы доступа к файлу?
  6. В каких пакетах лежат классы-потоки?
  7. Что вы знаете о классах-надстройках?
  8. Какой класс-надстройка позволяет читать данные из входного байтового потока в формате примитивных типов данных?
  9. Какой класс-надстройка позволяет ускорить чтение/запись за счет использования буфера?
  10. Какие классы позволяют преобразовать байтовые потоки в символьные и обратно?
  11. Какой класс предназначен для работы с элементами файловой системы (ЭФС)?
  12. Какой символ является разделителем при указании пути к ЭФС?
  13. Как выбрать все ЭФС определенного каталога по критерию (например, с определенным расширением)?
  14. Что вы знаете об интерфейсе FilenameFilter?
  15. Что такое сериализация?
  16. Какие условия “благополучной” сериализации объекта?
  17. Какие классы позволяют архивировать объекты?

  1. Дайте определение понятию “процесс”.
  2. Дайте определение понятию “поток”.
  3. Дайте определение понятию “синхронизация потоков”.
  4. Как взаимодействуют программы, процессы и потоки?
  5. В каких случаях целесообразно создавать несколько потоков?
  6. Что может произойти если два потока будут выполнять один и тот же код в программе?
  7. Что вы знаете о главном потоке программы?
  8. Какие есть способы создания и запуска потоков?
  9. Какой метод запускает поток на выполнение?
  10. Какой метод описывает действие потока во время выполнения?
  11. Когда поток завершает свое выполнение?
  12. Как синхронизировать метод?
  13. Как принудительно остановить поток?
  14. Дайте определение понятию “поток-демон”.
  15. Как создать поток-демон?
  16. Как получить текущий поток?
  17. Дайте определение понятию “монитор”.
  18. Как приостановить выполнение потока?
  19. В каких состояниях может пребывать поток?
  20. Что является монитором при вызове нестатического и статического метода?
  21. Что является монитором при выполнении участка кода метода?
  22. Какие методы позволяют синхронизировать выполнение потоков?
  23. Какой метод переводит поток в режим ожидания?
  24. Какова функциональность методов notify и notifyAll?
  25. Что позволяет сделать метод join?
  26. Каковы условия вызова метода wait/notify?
  27. Дайте определение понятию “взаимная блокировка”.
  28. Чем отличаются методы interrupt, interrupted, isInterrupted?
  29. В каком случае будет выброшено исключение InterruptedException, какие методы могут его выбросить?
  30. Модификаторы volatile и метод yield().
  31. Пакет java.util.concurrent
  32. Есть некоторый метод, который исполняет операцию i++. Переменная i типа int. Предполагается, что код будет исполнятся в многопоточной среде. Следует ли синхронизировать блок?
  33. Что используется в качестве mutex, если метод объявлен static synchronized? Можно ли создавать новые экземпляры класса, пока выполняется static synchronized метод?
  34. Предположим в методе run возник RuntimeException, который не был пойман. Что случится с потоком? Есть ли способ узнать о том, что Exception произошел (не заключая все тело run в блок try-catch)? Есть ли способ восстановить работу потока после того как это произошло?
  35. Какие стандартные инструменты Java вы бы использовали для реализации пула потоков?
  36. Что такое ThreadGroup и зачем он нужен?
  37. Что такое ThreadPool и зачем он нужен?
  38. Что такое ThreadPoolExecutor и зачем он нужен?
  39. Что такое «атомарные типы» в Java?
  40. Зачем нужен класс ThreadLocal?
  41. Что такое Executor?
  42. Что такое ExecutorService?
  43. Зачем нужен ScheduledExecutorService?
Этот список из 300+ вопросов (без ответов) был найден на сайте http://becomejavasenior.com/ . Там же указаны другие авторы.

58489 Total Views 15 Views Today

Views: 38 283

Для тех, кто впервые слышит слово Java Core - это фундаментальные основы языка. С этими знаниями уже смело можно идти на стажировку/интернатуру. Приведенные вопросы помогут вам освежить знания перед собеседованием, или почерпнуть для себя что-то новое. Для получения практических навыков занимайтесь на JavaRush .

    Как создать неизменяемый объект в Java? Перечислите все преимущества

    Неизменяемый класс – это класс, состояние которого не может быть изменено после создания. Здесь состоянием объекта по существу считаются значения, хранимые в экземпляре класса, будь то примитивные типы или ссылочные типы.

    Для того чтобы сделать класс неизменяемым, необходимо выполнить следующие условия:

    1. Не предоставляйте сеттеры или методы, которые изменяют поля или объекты, ссылающиеся на поля. Сеттеры подразумевают изменение состояния объекта а это то, чего мы хотим тут избежать.
    2. Сделайте все поля final и private . Поля, обозначенные private , будут недоступными снаружи класса, а обозначение их final гарантирует, что вы не измените их даже случайно.
    3. Не разрешайте субклассам переопределять методы. Самый простой способ это сделать – объявить класс как final . Финализированные классы в Java не могут быть переопределены.
    4. Всегда помните, что ваши экземпляры переменных могут быть либо изменяемыми, либо неизменяемыми. Определите их и возвращайте новые объекты со скопированным содержимым для всех изменяемых объектов (ссылочные типы). Неизменяемые переменные (примитивные типы) могут быть безопасно возвращены без дополнительных усилий.

    Также, вам необходимо помнить последующие преимущества неизменяемых классов. Возможно они понадобятся вас на собеседовании. Неизменяемые классы:

    • легко конструировать, тестировать и использовать
    • автоматически потокобезопасны и не имеют проблем синхронизации
    • не требуют конструктора копирования
    • позволяют выполнить «ленивую инициализацию» хэшкода и кэшировать возвращаемое значение
    • не требуют защищенного копирования, когда используются как поле
    • делают хорошие Map ключи и Set элементы (эти объекты не должны менять состояние, когда находятся в коллекции)
    • делают свой класс постоянным, единожды создав его, а он не нуждается в повторной проверке
    • всегда имеют «атомарность по отношению к сбою» (failure atomicity, термин применил Джошуа Блох): если неизменяемый объект бросает исключение, он никогда не останется в нежелательном или неопределенном состоянии.

    Посмотрите на пример, написанный в этом посте .

    Java спецификация гласит, что все в Java передается по значению. Нет такого понятия, как «передача по ссылке» в Java. Эти условия связаны с вызовом методов и передачей переменных, как параметров метода. Хорошо, примитивные типы всегда передаются по значению без какой-либо путаницы. Но, концепция должна быть понятна в контексте параметра метода сложных типов.


    В приведенном примере, биты адреса первого экземпляра копируются другой ссылочной переменной, в результате чего обе ссылки указывают на один участок памяти, где хранится объект. Помните, что присвоив второй ссылке null, вы не присвоите null первой ссылке. Но изменение состояния объекта с одной ссылающейся переменной, будет отображено и в другой ссылке.

    Какое применение блока finally ? Гарантирует этот блок выполнение своего кода? Когда finally блок не вызывается?

    Блок finally всегда вызывается, если блок try существует. Это гарантирует, что блок finally вызывается даже, если случается неожиданное исключение. Но finally является более полезным, чем просто для обработки исключений – этот блок позволяет выполнить чистку кода, случайно обошедшего через return , continue или break . Размещение очищающего кода в блок finally всегда является хорошей практикой, даже когда не ожидается никаких исключений.

    Если виртуальная машина завершает работу во время выполнения блока try или catch , тогда блок finally не будет выполнен. Аналогично, если нить, выполняя блок try или catch , будет прервана или убита, блок finally не будет выполнен, даже не смотря на то, что приложение продолжает работать.

    Почему существует два класса Date , один в java.util package а другой в java.sql ?

    java.util.Date представляет дату и время, а java.sql.Date представляет только дату. Дополнением к java.sql.Date является класс java.sql.Time , который представляет только время.

    Класс java.sql.Date является субклассом (расширением) класса java.util.Date . Итак, что изменилось в java.sql.Date:

    • toString() формирует другое представление строки: yyyy-mm-dd
    • статический метод valueOf(String) создает дату из строки с вышеуказанным представлением
    • исключены геттеры и сеттеры для часов, минут и секунд

    Класс java.sql.Date используется в JDBC и предназначен, чтобы не иметь составляющую времени, то есть часы, минуты, секунды и миллисекунды должны быть нулю… но это не является обязательным для класса.

    Разъясните интерфейсы-маркеры.

    Шаблон интерфейса-маркера – это шаблон проектирования в компьютерных науках, используемый языками программирования, которые предоставляют информацию об объектах во время выполнения . Это предоставляет способ ассоциации метаданных класса, где язык не имеет явной поддержки таких метаданных . В Java для этого используются интерфейсы без указания методов.

    Хорошим примером применения интерфейса-маркера в Java является интерфейс Serializable . Класс реализует этот интерфейс для указания, что его не transient данные могут быть записаны в поток байтов или на файловую систему.

    Главной проблемой интерфейса-маркера является то, что интерфейс определяет соглашение для реализующих его классов, и это соглашение наследуется всеми субклассами. Это значит, что вы не сможете «де-реализовать» маркер. В приведенном примере, если вы создадите субкласс, который вы бы не хотели сериализовать (возможно потому, что он находится в преходящем (transient) состоянии), вы должны прибегнуть к явному бросанию NotSerializableException .

    Почему метод main() объявлен как public static void ?

    Почему public? Метод main имеет модификатор доступа public , поэтому он может быть доступен везде и для любого объекта, который захочет использовать этот метод для запуска приложения. Тут я не говорю, что JDK/JRE имеют подобный повод, поскольку java.exe или javaw.exe (для windows) используют Java Native Interface (JNI) вызов для запуска метода, поэтому они могут вызвать его в любом случае, независимо от модификатора доступа.

    Почему static? Давайте предположим, что у нас метод main не статический. Теперь, для вызова любого метода вам необходим экземпляр класса. Верно? Java разрешает иметь перегруженные конструкторы, это мы все знаем. Тогда который из них должен быть использован, и откуда возьмутся параметры для перегруженного конструктора?

    Почему void? Нет применения для возвращаемого значения в виртуальной машине, которая фактически вызывает этот метод. Единственное, что приложение захочет сообщить вызвавшему процессу – это нормальное или ненормальное завершение. Это уже возможно используя System.exit(int) . Не нулевое значение подразумевает ненормальное завершение, иначе все в порядке.

    В чем разница между созданием строки как new() и литералом (при помощи двойных кавычек)?

    Когда мы создаем строку используя new() , она создается в хипе и также добавляется в пул строк, в то же время строка, созданная при помощи литерала, создается только в пуле строк.

    Вам необходимо ознакомиться с понятием пула строк глубже, чтобы ответить на этот или подобные вопросы. Мой совет – как следует выучите класс String и пул строк .

    Как работает метод substring() класса String ?

    Как и в других языках программирования, строки в Java являются последовательностью символов. Этот класс больше похож на служебный класс для работы с этой последовательностью. Последовательность символов обеспечивается следующей переменной:

    /** The value is used for character storage. */ /** Значение используется для хранения символов */ private final char value ; Для доступа к этому массиву в различных сценариях используются следующие переменные /** The offset is the first index of the storage that is used. */ /** Смещение – это первый индекс используемого хранилища. */ private final int offset; /** The count is the number of characters in the String. */ /** Счет – это количество символов в строке. */ private final int count;

    Каждый раз, когда мы создаем подстроку от существующего экземпляра строки, метод substring() только устанавливает новые значения переменных offset и count . Внутренний массив символов не изменяется. Это возможный источник утечки памяти, если метод substring() использовать неосторожно:

    Первоначальное значение value не изменяется. Поэтому если вы создадите строку длиной 10000 символов и создадите 100 подстрок с 5-10 символами в каждой, все 101 объекты будут содержать один и тот же символьный массив длиной 10000 символов. Это без сомнения расточительство памяти.

    Этого можно избежать, изменив код следующим образом:

    заменить original.substring(beginIndex) на new String(original.substring(beginIndex)) , где original – исходная строка.

    Объясните работу HashMap . Как решена проблема дубликатов?

    Большинство из вас наверняка согласится, что HashMap наиболее любимая тема для дискуссий на интервью в настоящее время. Если кто-нибудь попросит меня рассказать «Как работает HashMap ?», я просто отвечу: «По принципу хэширования». Так просто, как это есть.

    Итак, хеширование по сути является способом назначить уникальный код для любой переменной/объекта после применения любой формулы/алгоритма к своим свойствам.

    Определение карты (Map) таково: «Объект, который привязывает ключи к значениям». Очень просто, верно? Итак, HashMap содержит собственный внутренний класс Entry , который имеет вид:

    static class Entry implements Map. Entry { final K key; V value; Entry next; final int hash; …//More code goes here }

    Когда кто-либо пытается поместить пару ключ-значение в HashMap , происходит следующее:

    • В первую очередь, объект ключа проверяется на null . Если ключ null , значение сохраняется в позицию table . Потому что хэшкод для null всегда 0.
    • Затем, следующим шагом вычисляется хэш значение вызывая у переменной-ключа свой метод hashCode() . Этот хэш используется для вычисления индекса в массиве для хранение объекта Entry . Разработчики JDK прекрасно понимали, что метод hashCode() может быть плохо написан и может возвращать очень большое или очень маленькое значение. Для решения этой проблемы они ввели другой hash() метод, и передают хэшкод объекта этому методу для приведения этого значения к диапазону размера индекса массива.
    • Теперь вызывается метод indexFor(hash, table.length) для вычисления точной позиции для хранения объекта Entry .
    • Теперь главная часть. Как мы знаем, два неодинаковых объекта могут иметь одинаковое значение хэшкода, как два разных объекта будет храниться в одинаковом расположении в архиве [называется корзиной]?

    Ответ – LinkedList . Если вы помните, класс Entry имеет свойство “next”. Это свойство всегда указывает на следующий объект в цепи. Такое поведение очень похоже на LinkedList .

    Итак, в случае совпадений хэшкодов, объекты Entry хранятся в форме LinkedList . Когда объект Entry необходимо разместить на конкретном индексе, HashMap проверяет, существует ли на этом месте другой объект Entry ? Если там нет записи, наш объект сохранится в этом месте.

    Если на нашем индексе уже находится другой объект, проверяется его поле next . Если оно равно null , наш объект становится следующим узлом в LinkedList . Если next не равно null , эта процедура повторяется, пока не будет найдено поле next равное null .

    Что будет, если мы добавим другое значение ключа, равное добавленному ранее? Логично, что оно должно заменить старое значение. Как это происходит? После определения индекса позиции для объекта Entry , пробегая по LinkedList , расположенному на нашем индексе, HashMap вызывает метод equals() для значения ключа для каждого объекта Entry . Все эти объекты Entry в LinkedList имеют одинаковое значение хэшкода, но метод equals() будет проверять на настоящее равенство. Если ключ. equals(k) будет true , тогда оба будут восприниматься как одинаковый объект. Это вызовет замену только объекта-значение внутри объекта Entry .

    Таким образом HashMap обеспечивает уникальность ключей.

    Различия между интерфейсами и абстрактными классами?

    Это очень распространенный вопрос, если вы проходите собеседование на программиста уровня junior. Наиболее значимые различия приведены ниже:

    • В интерфейсах Java переменные априори final . Абстрактные классы могут содержать не final переменные.
    • Интерфейс в Java безоговорочно не может иметь реализации. Абстрактный класс может иметь экземпляры методов, которые реализуют базовое поведение.
    • Составляющие интерфейса должны быть public . Абстрактный класс может иметь модификаторы доступа на любой вкус.
    • Интерфейс должен быть реализован ключевым словом implements . Абстрактный класс должен быть расширен при помощи ключевого слова extends .
    • В Java класс может реализовывать множество интерфейсов, но может унаследоваться только от одного абстрактного класса.
    • Интерфейс полностью абстрактный и не может иметь экземпляров. Абстрактный класс также не может иметь экземпляров класса, но может быть вызван, если существует метод main() .
    • Абстрактный класс слегка быстрее интерфейса, потому что интерфейс предполагает поиск перед вызовом любого переопределенного метода в Java. В большинстве случаев это незначительное различие, но если вы пишите критичное по времени приложение, вам необходимо учесть и этот факт.
  1. Когда вы переопределяете методы hashCode() и equals() ?

    Методы hashCode() и equals() определены у класса Object , который является родительским классом для всех объектов Java. По этой причине, все объекты Java наследуют базовую реализацию этих методов.

    Метод hashCode() используется для получения уникального значения integer для данного объекта. Это значение используется для определения расположения корзины, когда объект необходимо хранить в структуре данных наподобие HashTable . По умолчанию метод hashCode() возвращает целочисленное представление адреса памяти, где хранится объект.

    Метод equals() , как предполагает название, используется для простой эквивалентности объектов. Базовая реализация метода заключается в проверке ссылок двух объектов для проверки их эквивалентности.

    Обратите внимание, что обычно необходимо переопределять метод hashCode() всякий раз, когда переопределен метод equals() . Это необходимо для поддержки общего соглашения метода hashCode , в котором говорится что равные объекты должны иметь равные хэшкоды.

    Метод equals() должен определять равенство отношений (он должен быть возвратным, симметричным и транзитивным). В дополнение, он должен быть устойчивым (если объект не изменялся, метод должен возвращать то же самое значение). Кроме того, o.equals(null) всегда должно возвращать false .

    hashCode() должен быть также устойчивым (если объект не изменялся по условиям метода equals() , он должен продолжать возвращать то же самое значение.

    Отношение между двумя методами такое: всегда, если a.equals(b) , тогда a.hashCode() должно быть таким же, как и b.hashCode() .

Удачи в обучении!! Автор статьи Lokesh Gupta Оригинал статьи Ссылки на остальные части:

Переехал в другой город, устраиваюсь на работу, хожу по собеседованиям. Мне показалось, что вопросы, которые там задаются, хотя и известны, тем не менее, собранные вместе, могут помочь подготовиться и чувствовать себя более уверенно.

Вопросы на понимание принципов построения СУБД.
1. Что такое первая нормальная форма и процесс нормализации? Какие бывают нормальные формы?
2. В чем смысл индекса СУБД, как они устроены, как хранятся? Как бы вы реализовали тот же функционал? Последний вопрос задают в случае, если нет четкого понимания индексов.
3. Нарисуйте отношение Многие-ко-многим. Например: таблицы Авторы и Книги. У одного автора может быть несколько книг, и книга может быть написана несколькими авторами. Составьте SQL запрос на выборку книг определенного автора.

Базовые вопросы о Java.
4. Базовый класс в Java, как известно, Object. Какие его методы Вы можете назвать?
5. Расскажите, что такое equals и hashCode? Какие правила и соглашения существуют для реализации этих методов? Когда они применяются?
6. Расскажите о методах wait, notify, notifyAll. Как они применяются, когда, зачем нужны? Что такое synchronized?
7. Что такое finalize? Зачем он нужен? Что Вы можете рассказать о сборщике мусора и алгоритмах его работы.
8. Почему метод clone объявлен как protected? Что необходимо для реализации клонирования?
9. Какие есть модификаторы (доступа и остальные)? Что такое volatile и transient? Для чего и в каких случаях можно было бы использовать default?

Java Collection Framework
10. Какие существуют интерфейсы коллекций в Java? Объясните в чем их отличие.
11. Какие Вы знаете реализации этих интерфейсов?
12. Чем отличаются друг от друга ArrayList и LinkedList. Как они устроены? В каких случаях их стоит использовать.
13. Чем отличаются HashMap и TreeMap? Как они устроены и работают? Что со временем доступа к объектам, какие зависимости?
14. Что такое Hashtable, чем она отличается от HashMap? На сегодняшний день она deprecated, как все-таки использовать нужную функциональность?

Исключения
15. Что такое исключение? Какие типы исключений Вы знаете, чем они отличаются?
16. Может быть предложена задачка с блоками try-catch-finally и вопросом, что вернется или какое исключение будет в итоге передано наверх?

Алгоритмы
17. Какие алгоритмы сортировки Вам известны? Какие вообще знаете алгоритмы?
Причем, здесь возможны различные дополнительные вопросы об оценке сложности алгоритмов, их сравнению между собой.

Паттерны проектирования.
18. Знакомы ли Вам какие-либо паттерны проектирования?
19. Напишите Singleton... А с ленивой загрузкой. А если он должен быть потоко-безопасным? А в каких случаях ленивая загрузка хуже?
20. Что можете сказать про MVC? Нарисуйте диаграмму и объясните, как MVC работает.

Серия вопросов на понимание набора технологий J2EE.
21. Что такое сервлет, jsp, их отличие?
22. Что такое Ajax? Как принципиально устроена эта технология?
23. Что такое ORM, как это перевести и как это должно работать?

Простые задачи на написание алгоритмов.
24. Напишите функцию вычисления факториала.
25. Дана функция вычисления чисел Фибоначчи, известно, что она работает. Найдите логическую ошибку. Оцените сложность получившегося алгоритма.
26. Переверните строку.
27. Посчитайте среднее массива.

Полезно помнить, что, чувствуя себя не очень уверенно, не нужно говорить лишних слов. Скажешь лишнее слово, и за него цепляются, раскручивают цепочку. Раскручивают в том, в чем не очень уверен. Этой способностью людей – цепляться – нужно пользоваться, но с выгодой для себя;-)

Знание и понимание… вещи достаточно сильно отличающиеся, поэтому
- разные алгоритмы, например сортировки, стоит написать самому, пусть даже и с учебника. Посмотреть насколько они друг от друга отличаются, сравнить их сложность.
- полезно посмотреть разные утилиты и библиотеки, принципы группировки классов в пакеты и стиль написания кода, комментирования. Очень может помочь в понимании модификаторов доступа, организации проекта.
- разбираясь в чем-нибудь конкретном, можно помочь тем, кто знает меньше. Зайти на любой форум и попытаться ответить на вопросы интересной для темы. В обсуждении можно взять что-то и для себя. Можно написать небольшую статью. Разумеется, нужно хорошо разобраться в теме.
Любая работа, направленная на повышение собственной квалификации, будет видна грамотному интервьюеру и без внимания не останется. Единственное, что говорить о ней нужно честно, не стоит преуменьшать своих возможностей и способностей.
Чтобы иметь какой-либо ориентир подготовки или развития себя как специалиста, можно смотреть на что-то похожее этому .

Собственно, перечисленные выше вопросы – это уровень Junior Developer, как я себе это представляю. Где-то, может быть, более глубоко, где-то менее, но как факт - Junior.

Всякое решение плодит новые проблемы

Для тех, кто впервые слышит слово Java Core - это фундаментальные основы языка. С этими знаниями уже смело можно идти на стажировку/интернатуру. Приведенные вопросы помогут вам освежить знания перед собеседованием, или почерпнуть для себя что-то новое. Для получения практических навыков занимайтесь на .

    Как создать неизменяемый объект в Java? Перечислите все преимущества

    Неизменяемый класс – это класс, состояние которого не может быть изменено после создания. Здесь состоянием объекта по существу считаются значения, хранимые в экземпляре класса, будь то примитивные типы или ссылочные типы.

    Для того чтобы сделать класс неизменяемым, необходимо выполнить следующие условия:

    1. Не предоставляйте сеттеры или методы, которые изменяют поля или объекты, ссылающиеся на поля. Сеттеры подразумевают изменение состояния объекта а это то, чего мы хотим тут избежать.
    2. Сделайте все поля final и private . Поля, обозначенные private , будут недоступными снаружи класса, а обозначение их final гарантирует, что вы не измените их даже случайно.
    3. Не разрешайте субклассам переопределять методы. Самый простой способ это сделать – объявить класс как final . Финализированные классы в Java не могут быть переопределены.
    4. Всегда помните, что ваши экземпляры переменных могут быть либо изменяемыми, либо неизменяемыми. Определите их и возвращайте новые объекты со скопированным содержимым для всех изменяемых объектов (ссылочные типы). Неизменяемые переменные (примитивные типы) могут быть безопасно возвращены без дополнительных усилий.

    Также, вам необходимо помнить последующие преимущества неизменяемых классов. Возможно они понадобятся вас на собеседовании. Неизменяемые классы:

    • легко конструировать, тестировать и использовать
    • автоматически потокобезопасны и не имеют проблем синхронизации
    • не требуют конструктора копирования
    • позволяют выполнить «ленивую инициализацию» хэшкода и кэшировать возвращаемое значение
    • не требуют защищенного копирования, когда используются как поле
    • делают хорошие Map ключи и Set элементы (эти объекты не должны менять состояние, когда находятся в коллекции)
    • делают свой класс постоянным, единожды создав его, а он не нуждается в повторной проверке
    • всегда имеют «атомарность по отношению к сбою» (failure atomicity, термин применил Джошуа Блох): если неизменяемый объект бросает исключение, он никогда не останется в нежелательном или неопределенном состоянии.

    Посмотрите на пример, написанный в этом посте .

    Java спецификация гласит, что все в Java передается по значению. Нет такого понятия, как «передача по ссылке» в Java. Эти условия связаны с вызовом методов и передачей переменных, как параметров метода. Хорошо, примитивные типы всегда передаются по значению без какой-либо путаницы. Но, концепция должна быть понятна в контексте параметра метода сложных типов.


    В приведенном примере, биты адреса первого экземпляра копируются другой ссылочной переменной, в результате чего обе ссылки указывают на один участок памяти, где хранится объект. Помните, что присвоив второй ссылке null, вы не присвоите null первой ссылке. Но изменение состояния объекта с одной ссылающейся переменной, будет отображено и в другой ссылке.

    Какое применение блока finally ? Гарантирует этот блок выполнение своего кода? Когда finally блок не вызывается?

    Блок finally всегда вызывается, если блок try существует. Это гарантирует, что блок finally вызывается даже, если случается неожиданное исключение. Но finally является более полезным, чем просто для обработки исключений – этот блок позволяет выполнить чистку кода, случайно обошедшего через return , continue или break . Размещение очищающего кода в блок finally всегда является хорошей практикой, даже когда не ожидается никаких исключений.

    Если виртуальная машина завершает работу во время выполнения блока try или catch , тогда блок finally не будет выполнен. Аналогично, если нить, выполняя блок try или catch , будет прервана или убита, блок finally не будет выполнен, даже не смотря на то, что приложение продолжает работать.

    Почему существует два класса Date , один в java.util package а другой в java.sql ?

    java.util.Date представляет дату и время, а java.sql.Date представляет только дату. Дополнением к java.sql.Date является класс java.sql.Time , который представляет только время.

    Класс java.sql.Date является субклассом (расширением) класса java.util.Date . Итак, что изменилось в java.sql.Date:

    • toString() формирует другое представление строки: yyyy-mm-dd
    • статический метод valueOf(String) создает дату из строки с вышеуказанным представлением
    • исключены геттеры и сеттеры для часов, минут и секунд

    Класс java.sql.Date используется в JDBC и предназначен, чтобы не иметь составляющую времени, то есть часы, минуты, секунды и миллисекунды должны быть нулю… но это не является обязательным для класса.

    Разъясните интерфейсы-маркеры.

    Шаблон интерфейса-маркера – это шаблон проектирования в компьютерных науках, используемый языками программирования, которые предоставляют информацию об объектах во время выполнения . Это предоставляет способ ассоциации метаданных класса, где язык не имеет явной поддержки таких метаданных . В Java для этого используются интерфейсы без указания методов.

    Хорошим примером применения интерфейса-маркера в Java является интерфейс Serializable . Класс реализует этот интерфейс для указания, что его не transient данные могут быть записаны в поток байтов или на файловую систему.

    Главной проблемой интерфейса-маркера является то, что интерфейс определяет соглашение для реализующих его классов, и это соглашение наследуется всеми субклассами. Это значит, что вы не сможете «де-реализовать» маркер. В приведенном примере, если вы создадите субкласс, который вы бы не хотели сериализовать (возможно потому, что он находится в преходящем (transient) состоянии), вы должны прибегнуть к явному бросанию NotSerializableException .

    Почему метод main() объявлен как public static void ?

    Почему public? Метод main имеет модификатор доступа public , поэтому он может быть доступен везде и для любого объекта, который захочет использовать этот метод для запуска приложения. Тут я не говорю, что JDK/JRE имеют подобный повод, поскольку java.exe или javaw.exe (для windows) используют Java Native Interface (JNI) вызов для запуска метода, поэтому они могут вызвать его в любом случае, независимо от модификатора доступа.

    Почему static? Давайте предположим, что у нас метод main не статический. Теперь, для вызова любого метода вам необходим экземпляр класса. Верно? Java разрешает иметь перегруженные конструкторы, это мы все знаем. Тогда который из них должен быть использован, и откуда возьмутся параметры для перегруженного конструктора?

    Почему void? Нет применения для возвращаемого значения в виртуальной машине, которая фактически вызывает этот метод. Единственное, что приложение захочет сообщить вызвавшему процессу – это нормальное или ненормальное завершение. Это уже возможно используя System.exit(int) . Не нулевое значение подразумевает ненормальное завершение, иначе все в порядке.

    В чем разница между созданием строки как new() и литералом (при помощи двойных кавычек)?

    Когда мы создаем строку используя new() , она создается в хипе и также добавляется в пул строк, в то же время строка, созданная при помощи литерала, создается только в пуле строк.

    Вам необходимо ознакомиться с понятием пула строк глубже, чтобы ответить на этот или подобные вопросы. Мой совет – как следует выучите класс String и пул строк .

    Как работает метод substring() класса String ?

    Как и в других языках программирования, строки в Java являются последовательностью символов. Этот класс больше похож на служебный класс для работы с этой последовательностью. Последовательность символов обеспечивается следующей переменной:

    /** The value is used for character storage. */ /** Значение используется для хранения символов */ private final char value ; Для доступа к этому массиву в различных сценариях используются следующие переменные /** The offset is the first index of the storage that is used. */ /** Смещение – это первый индекс используемого хранилища. */ private final int offset; /** The count is the number of characters in the String. */ /** Счет – это количество символов в строке. */ private final int count;

    Каждый раз, когда мы создаем подстроку от существующего экземпляра строки, метод substring() только устанавливает новые значения переменных offset и count . Внутренний массив символов не изменяется. Это возможный источник утечки памяти, если метод substring() использовать неосторожно:

    Первоначальное значение value не изменяется. Поэтому если вы создадите строку длиной 10000 символов и создадите 100 подстрок с 5-10 символами в каждой, все 101 объекты будут содержать один и тот же символьный массив длиной 10000 символов. Это без сомнения расточительство памяти.

    Этого можно избежать, изменив код следующим образом:

    заменить original.substring(beginIndex) на new String(original.substring(beginIndex)) , где original – исходная строка.

    Объясните работу HashMap . Как решена проблема дубликатов?

    Большинство из вас наверняка согласится, что HashMap наиболее любимая тема для дискуссий на интервью в настоящее время. Если кто-нибудь попросит меня рассказать «Как работает HashMap ?», я просто отвечу: «По принципу хэширования». Так просто, как это есть.

    Итак, хеширование по сути является способом назначить уникальный код для любой переменной/объекта после применения любой формулы/алгоритма к своим свойствам.

    Определение карты (Map) таково: «Объект, который привязывает ключи к значениям». Очень просто, верно? Итак, HashMap содержит собственный внутренний класс Entry , который имеет вид:

    static class Entry implements Map. Entry { final K key; V value; Entry next; final int hash; …//More code goes here }

    Когда кто-либо пытается поместить пару ключ-значение в HashMap , происходит следующее:

    • В первую очередь, объект ключа проверяется на null . Если ключ null , значение сохраняется в позицию table . Потому что хэшкод для null всегда 0.
    • Затем, следующим шагом вычисляется хэш значение вызывая у переменной-ключа свой метод hashCode() . Этот хэш используется для вычисления индекса в массиве для хранение объекта Entry . Разработчики JDK прекрасно понимали, что метод hashCode() может быть плохо написан и может возвращать очень большое или очень маленькое значение. Для решения этой проблемы они ввели другой hash() метод, и передают хэшкод объекта этому методу для приведения этого значения к диапазону размера индекса массива.
    • Теперь вызывается метод indexFor(hash, table.length) для вычисления точной позиции для хранения объекта Entry .
    • Теперь главная часть. Как мы знаем, два неодинаковых объекта могут иметь одинаковое значение хэшкода, как два разных объекта будет храниться в одинаковом расположении в архиве [называется корзиной]?

    Ответ – LinkedList . Если вы помните, класс Entry имеет свойство “next”. Это свойство всегда указывает на следующий объект в цепи. Такое поведение очень похоже на LinkedList .

    Итак, в случае совпадений хэшкодов, объекты Entry хранятся в форме LinkedList . Когда объект Entry необходимо разместить на конкретном индексе, HashMap проверяет, существует ли на этом месте другой объект Entry ? Если там нет записи, наш объект сохранится в этом месте.

    Если на нашем индексе уже находится другой объект, проверяется его поле next . Если оно равно null , наш объект становится следующим узлом в LinkedList . Если next не равно null , эта процедура повторяется, пока не будет найдено поле next равное null .

    Что будет, если мы добавим другое значение ключа, равное добавленному ранее? Логично, что оно должно заменить старое значение. Как это происходит? После определения индекса позиции для объекта Entry , пробегая по LinkedList , расположенному на нашем индексе, HashMap вызывает метод equals() для значения ключа для каждого объекта Entry . Все эти объекты Entry в LinkedList имеют одинаковое значение хэшкода, но метод equals() будет проверять на настоящее равенство. Если ключ. equals(k) будет true , тогда оба будут восприниматься как одинаковый объект. Это вызовет замену только объекта-значение внутри объекта Entry .

    Таким образом HashMap обеспечивает уникальность ключей.

    Различия между интерфейсами и абстрактными классами?

    Это очень распространенный вопрос, если вы проходите собеседование на программиста уровня junior. Наиболее значимые различия приведены ниже:

    • В интерфейсах Java переменные априори final . Абстрактные классы могут содержать не final переменные.
    • Интерфейс в Java безоговорочно не может иметь реализации. Абстрактный класс может иметь экземпляры методов, которые реализуют базовое поведение.
    • Составляющие интерфейса должны быть public . Абстрактный класс может иметь модификаторы доступа на любой вкус.
    • Интерфейс должен быть реализован ключевым словом implements . Абстрактный класс должен быть расширен при помощи ключевого слова extends .
    • В Java класс может реализовывать множество интерфейсов, но может унаследоваться только от одного абстрактного класса.
    • Интерфейс полностью абстрактный и не может иметь экземпляров. Абстрактный класс также не может иметь экземпляров класса, но может быть вызван, если существует метод main() .
    • Абстрактный класс слегка быстрее интерфейса, потому что интерфейс предполагает поиск перед вызовом любого переопределенного метода в Java. В большинстве случаев это незначительное различие, но если вы пишите критичное по времени приложение, вам необходимо учесть и этот факт.
  1. Когда вы переопределяете методы hashCode() и equals() ?

    Методы hashCode() и equals() определены у класса Object , который является родительским классом для всех объектов Java. По этой причине, все объекты Java наследуют базовую реализацию этих методов.

    Метод hashCode() используется для получения уникального значения integer для данного объекта. Это значение используется для определения расположения корзины, когда объект необходимо хранить в структуре данных наподобие HashTable . По умолчанию метод hashCode() возвращает целочисленное представление адреса памяти, где хранится объект.

    Метод equals() , как предполагает название, используется для простой эквивалентности объектов. Базовая реализация метода заключается в проверке ссылок двух объектов для проверки их эквивалентности.

    Обратите внимание, что обычно необходимо переопределять метод hashCode() всякий раз, когда переопределен метод equals() . Это необходимо для поддержки общего соглашения метода hashCode , в котором говорится что равные объекты должны иметь равные хэшкоды.

    Метод equals() должен определять равенство отношений (он должен быть возвратным, симметричным и транзитивным). В дополнение, он должен быть устойчивым (если объект не изменялся, метод должен возвращать то же самое значение). Кроме того, o.equals(null) всегда должно возвращать false .

    hashCode() должен быть также устойчивым (если объект не изменялся по условиям метода equals() , он должен продолжать возвращать то же самое значение.

    Отношение между двумя методами такое: всегда, если a.equals(b) , тогда a.hashCode() должно быть таким же, как и b.hashCode() .

Удачи в обучении!! Автор статьи Lokesh Gupta Оригинал статьи Ссылки на остальные части: