G
Когда мы пишем this == obj. То по факту что делает знак ==?
Берет hashcode у 2 объектов и сравнивает их?
Берет hashcode у 2 объектов и сравнивает их?
Сравнивает ссылки
Size: a a a
2021 January 26
в
интересно, у меня нет. сейчас проверю инпут, может он кривой
Q
Сравнивает ссылки
А почему нельзя было просот вызвать hashcode) он изначально тоже ведь по дефолту ссылку выдает_
G
А почему нельзя было просот вызвать hashcode) он изначально тоже ведь по дефолту ссылку выдает_
Хеш-код и ссылка разные вещи, тебе же писали про коллизии
в
благодарю, все заработало. входные данные были кривыми
Э
Здравствуйте) подскажите пжлст, зачем нужен equals, когда есть hashcode?
Ведь если hashcode равны, то разве этого не достаточно, чтобы добавить объект в мапу?
Ведь если hashcode равны, то разве этого не достаточно, чтобы добавить объект в мапу?
hashcode может быть одинаков для объектов a и b, для которых a.equals(b) == falseЭ
для объектов, чей тип ниже Object, и они переопределили hashcode() так, что для разных объектов может быть один hashcode
AК
hashcode может быть одинаков для объектов a и b, для которых a.equals(b) == falseХашкод может быть одинаков для не равных объектов
Э
APTEM Ковалёв
Хашкод может быть одинаков для не равных объектов
Я это и написал
AК
Я это и написал
Не тому ответил)
DC
А почему нельзя было просот вызвать hashcode) он изначально тоже ведь по дефолту ссылку выдает_
Избавься от мысли "можно строго сравнивать объекты по хэшу", пожалуйста. Она не соответствует действительности. Если ты прочитал о хэш-коллизиях, ты должен это понять.
DK
Здравствуйте) подскажите пжлст, зачем нужен equals, когда есть hashcode?
Ведь если hashcode равны, то разве этого не достаточно, чтобы добавить объект в мапу?
Ведь если hashcode равны, то разве этого не достаточно, чтобы добавить объект в мапу?
hashcode быстрый, equals как правило более медленный
поэтому есть смысл сначала отсеять заведомо неравные элементы с разным хэшкодом, а те у которых хэшкод одинаковый, уже сравнить полноценно через equals
поэтому есть смысл сначала отсеять заведомо неравные элементы с разным хэшкодом, а те у которых хэшкод одинаковый, уже сравнить полноценно через equals
Э
Может, лучше уточнить, что не hashcode быстрее equals, а поиск бакета в хешмапе выполняется за O(1), а конкретного элемента - зависит от структуры в бакете и распределения по мапе?
DK
Может, лучше уточнить, что не hashcode быстрее equals, а поиск бакета в хешмапе выполняется за O(1), а конкретного элемента - зависит от структуры в бакете и распределения по мапе?
я про общий случай сравнения объектов
> не hashcode быстрее equals
а разве не быстрее? там элементарная арифметика и её довольно мало, а в equals может быть всё что угодно
> не hashcode быстрее equals
а разве не быстрее? там элементарная арифметика и её довольно мало, а в equals может быть всё что угодно
Э
я про общий случай сравнения объектов
> не hashcode быстрее equals
а разве не быстрее? там элементарная арифметика и её довольно мало, а в equals может быть всё что угодно
> не hashcode быстрее equals
а разве не быстрее? там элементарная арифметика и её довольно мало, а в equals может быть всё что угодно
Можно же всё, что угодно в hashcode написать) хоть try { Thread.sleep(3) }
И потом если даже hashcode быстрее, то это вообще незначительно
И потом если даже hashcode быстрее, то это вообще незначительно
Q
Как такое вообще может быть?
Читаю и ни как не пойму....
Читаю и ни как не пойму....
если хеш-коды равны, то входные объекты не всегда равны (коллизия);DK
Можно же всё, что угодно в hashcode написать) хоть try { Thread.sleep(3) }
И потом если даже hashcode быстрее, то это вообще незначительно
И потом если даже hashcode быстрее, то это вообще незначительно
в нормальной имплементации хэшкода никаких try { Thread.sleep(3) } быть не может
equals для больших объектов со сложной внутренней структурой будет заведомо медленнее хэшкода, по поводу "незначительно" это у кого как
equals для больших объектов со сложной внутренней структурой будет заведомо медленнее хэшкода, по поводу "незначительно" это у кого как
Q
метод hashcode ведь переопредел и сумма полей должна дать другое значение, а тут магия какая - то происходит....
Q
Как такое вообще может быть?
Читаю и ни как не пойму....
Читаю и ни как не пойму....
если хеш-коды равны, то входные объекты не всегда равны (коллизия);Такое возможно, если специально в hashcode самоу прописать число вручную...но кто так делает вообще.
Мой мозг кипит просто =(
Мой мозг кипит просто =(
Э
метод hashcode ведь переопредел и сумма полей должна дать другое значение, а тут магия какая - то происходит....
какая сумма полей?