Java. Класс Object. Разбор вопросов на собеседование. 

Спасибо за видео! Было очень интересно послушать какие вопросы могут задаваться джуну. Ну, и ответы, конечно, тоже. Я только обучаюсь, и недавно разбирался с HashCode и Equals. Позвольте для новичков, которые будут смотреть комменты, добавить немного инфы: Может возникнуть вопрос: зачем нужно сравнение по HashCode , если он не дает чёткого ответа равны ли объекты или нет? почему не использовать только equals? Дело в скорости реализации методов. Так как сравнение HashCode это сравнение двух цельных чисел, то это очень быстрая операция. Сравнение по equals занимает больше времени. Поэтому мы сначала сравниваем по хеш-коду: хэш разный? значит объекты точно разные - сравнение можно закончить. Хеш - одинаковый? Тогда нужно сравнить объекты еще через equals.

Как-же круто вы обьясняете, нет слов!).

Сергей, спасибо !!! вы очень помогли, всё по полочкам... !!!

Сергей, спасибо, всё понятно и доходчиво 👍

Хорошее, доходчивое объяснение. Спасибо!

Спасибо, приятно слушать

очень классное видео.спасибо! спасибо! можно видео по коллекциям? как они работают?как устроены? что на собеседовании по ним спрашивают?

Спасибо! Хорошо объясняете.

Спасибо, очень полезно!

Спасибо за хорошие видео))

Очень крутое интервью. Просим больше! И про Андроид, в том числе.

классное объяснение, спасибо

жду продолжения)

Большое спасибо

Больше java)) разбор вопросов для собеседований) плз.

16:45 супер объяснили! спасибо

Thanks a million!!!👍👍👍

Спасибо!!!

Класс!

До просмотра я думал что hashCode() класса object возвращает именно адрес в памяти. После объективного опровержения этого факта (причем с визуализацией) я понял что можно довольно долго обладать ошибочными знаниями и даже не подозревать об этом. Теперь, одной тайной для меня стало больше. Однако кроме всего прочего хочу отметить что слухи и домыслы (а так же предрассудки) не берутся на пустом месте и часто имеют под собой порой хоть и не логичное но объяснение, поэтому осмелюсь выдвинуть свою гипотезу происхождения этого числа. Я думаю что при формировании hash code у объекта класса object встроенный алгоритм МОЖЕТ использовать ПЕРВОНАЧАЛЬНЫЙ адрес в памяти этого объекта и сохраняет его где-то в метаинформации самого инстанса класса object. Могу сразу же привести аргументы против моей теории. Так как первые GC (например Serial) создавали свои объекты на относительно ограниченном участке в памяти (eden space чего не скажешь о G1 например) говорить что числовое пространство велико не представляется возможным. Я всего лишь учусь и тем более не являюсь ни Middle ни Senior java разработчиком и готов "словить на себя" все помидоры которые полетят в мою сторону, но на сколько под собой имеет смысл такое восприятие картины формирования hashCode у объекта класса Object? Сильно ли дико будет выдвинуть такое "свое" мировозрение например на собеседовании на первую работу какому-нибудь из собеседующих или жди беды?

Подскажите ресурс где с примерами объясгяют Concurrency спасибо!

Я бы сделал ещё одну проверку на null над синхронайзд if (database == null)

нвсчет sinhronized и создание базы данных: я бы перед блоком синхронайзед добавил бы if (database != null) return database; ибо синхронайзед дорогая вещь и ни к чему заходить в этот блок, если база уже есть. В самом блоке нужно ЕЩЕ РАЗ проверить.

Идеальное видео. Спасибо огромное. Хотелось бы видео посвящённое анализу ошибок. Из-за чего у приложения и сервера могут быть ошибки, сбои в работе? Каковы главные причины этих ошибок, сбоев? Что нужно для поиска причины и устранения ошибок и сбоев?

На 11:52 опечатка: должно быть min int -2….48, а max int 2….47

А где сам этот код пишется? Что за программа нужна?

6:42 в таком случае сам метод стоит сделать synchronized, переменную инстанса volatile. Это моё не профессиональное мнение.

Пример использования Object: logger.error("one two three: {}", new Object[] {"something went wrong"});

Получается HashSet это вроде двумерный массив?

6:43 Работать будет корректно. Но при каждом получении инстанса захватывать блокировку дорого. Лучше свалить эту задачу на класслоудер (статический класс holder завести) или вообще инстанцировать один раз самому и не маяться фигнёй с защитой от того чтобы нельзя было создавать второй инстанс. Чтобы не просовывать ссылочку везде руками можно об этом попросить Dagger или какой-нибудь другой DI.

enum NaturalOrderComparator implements Comparator { INSTANCE; } Синглтон (Сериализация, Потокобезопасность)

а что за число 31 в функции хешкод?

Лике подписон

Подожите, а что значит, что если хэшкоды не равны мы ничего не можем сказать об этих объектах. Согласно контракту если хэшкоды не равны, то объекты и не равны, функция хэшкода как раз и нужна для простого сравнения объетов, тк сравнение по хэшкоду куда "дешевле" чем сравнение по иквалсу. В конце исправился, а в начале ошибка

Это на Джуна? вы че угараете? что за вопросы!

Неадекватное интервью

12:07 Ну почему же совсем ничего, это значит что есть шанс, что и объекты равны или это вообще тот же самый объект)