जब तपाईंले equals() लाई logical equality परिभाषित गर्न override गर्नुहुन्छ, तपाईंले अवश्य पनि hashCode() पनि override गर्नु पर्छ — किनभने hash-based collections (, ) यो सम्झौता (contract) मा निर्भर हुन्छन् कि । यो नियम तोड्दा सूक्ष्म, खोज्न गाह्रो bugs सिर्जना हुन्छन्।
HashMapHashSet// by default, equals() compares IDENTITY (same object?), hashCode() is based on memory address
Person p1 = new Person("Ann", 30);
Person p2 = new Person("Ann", 30);
p1.equals(p2); // false by default — different objects, even with same data
बिना override गरी, दुई objects को समान content "बराबर छैनन्" — सामान्यतया value objects को लागि तपाईंले चाहेको कुरा होइन।
equals() लाई logical equality को लागि override गर्दै@Override
public boolean equals(Object o) {
if (this == o) return true;
if (o == null || getClass() != o.getClass()) return false;
Person p = (Person) o;
return age == p.age && Objects.equals(name, p.name); // compare by CONTENT
}
hashCode() पनि override गर्नुहोस्@Override
public int hashCode() {
return Objects.hash(name, age); // MUST be consistent with equals()
}
सम्झौता: यदि a.equals(b) true छ, तब a.hashCode() == b.hashCode() अवश्य true हुनु पर्छ।
equals() override गर्नुहुन्छ तर hashCode() गर्नुहुन्न भने के टुट्छPerson p1 = new Person("Ann", 30);
Person p2 = new Person("Ann", 30); // equal by our equals()
Set<Person> set = new HashSet<>();
set.add(p1);
set.contains(p2); // ❌ likely FALSE — even though p1.equals(p2)!
किन? HashMap/HashSet पहिले hashCode() लाई सही bucket खोज्न प्रयोग गर्छन्, त्यसपछि यसमा equals() प्रयोग गर्छन्। डिफल्ट (identity-based) hashCode() को साथ, p1 र p2 फरक फरक buckets मा जान्छन्, त्यसकारण contains तिनलाई कहिले पनि तुलना गर्दैनन् — set ले सोच्छ कि तिनीहरू फरक छन्। यो भ्रामक bugs सिर्जना गर्छ: Set मा duplicates, असफल map lookups, आदि।
1. equal objects → equal hash codes (REQUIRED for correctness)
2. unequal objects MAY have the same hash (collisions are allowed)
3. hashCode() must be consistent (same object → same code, unchanged)
4. equals() must be reflexive, symmetric, transitive, consistent
record Person(String name, int age) {} // records auto-generate equals/hashCode/toString!
Java records (र IDE generation / Lombok) तपाईंको लागि सही, सुसंगत equals/hashCode उत्पादन गर्छन्।
equals/hashCode सम्झौता Java को सबैभन्दा महत्वपूर्ण — र सबैभन्दा सामान्यतया उल्लङ्घन गरिने — नियमहरू मध्ये एक हो।
equals() लाई hashCode() बिना override गर्दा hash-based collections लाई तरिकामा टुट्छ जो debug गर्न गाह्रो हुन्छ: objects जसलाई तपाईंले बराबर मान्नुहुन्छ HashMap/HashSet मा "हराउन" जान्छन् (असफल lookups, phantom duplicates) किनभने तिनीहरू फरक buckets मा hash हुन्छन्।
किनभने यो collections सर्वव्यापी छन्, हरेक value-type class जो key वा set element को रूपमा प्रयोग गरिन्छ दुवै को सुसंगत रूपमा override गर्नु पर्छ।
किन (bucket-then-equals lookup mechanism) को बोध गर्ने — र records वा generated code प्रयोग गरी यो सही गर्ने — सही व्यवहार र एक classic interview topic को लागि आवश्यक छ जो Java collections कसरी काम गर्छन् भन्ने बारे वास्तविक बोध प्रकट गर्छ।