किसी ऑब्जेक्ट की यूनिक आईडी कैसे प्राप्त करें जो हैशकोड () को ओवरराइड करता है?

Question

जब जावा में एक वर्ग हैशकोड () को ओवरराइड नहीं करता है , तो इस वर्ग का एक उदाहरण छापना एक अच्छा अद्वितीय नंबर देता है।

हैवकोड के बारे में ऑब्जेक्ट का Javadoc () :

जितना हो सके व्यावहारिक रूप से, क्लास ऑब्जेक्ट द्वारा परिभाषित हैशकोड विधि अलग-अलग वस्तुओं के लिए अलग-अलग पूर्णांक लौटाती है।

लेकिन जब वर्ग हैशकोड () से आगे निकल जाता है , तो मैं इसकी अनूठी संख्या कैसे प्राप्त कर सकता हूं?

Comments

ज्यादातर 'डिबगिंग' कारणों के लिए;) कहने में सक्षम होने के लिए: आह, एक ही वस्तु!

— ivan_ivanovich_ivanoff

इस प्रयोजन के लिए System.identityHashcode () कुछ उपयोग की संभावना है। हालाँकि, कोड कार्यक्षमता को लागू करने के लिए मैं इस पर भरोसा नहीं करूंगा। यदि आप वस्तुओं को विशिष्ट रूप से पहचानना चाहते हैं, तो आप प्रति निर्मित ऑब्जेक्ट में एक अद्वितीय आईडी में AspectJ और कोड-बुनाई का उपयोग कर सकते हैं। अधिक काम, हालांकि

— ब्रायन एग्न्यू

बस ध्यान रखें कि हैशकोड अद्वितीय होने की गारंटी नहीं है। यहां तक ​​कि अगर कार्यान्वयनकॉइन स्मृति पते का उपयोग डिफ़ॉल्ट हैशकोड के रूप में करता है। यह अद्वितीय क्यों नहीं है? क्योंकि वस्तुओं से कचरा इकट्ठा हो जाता है, और स्मृति का पुन: उपयोग होता है।

— इगोर Krivokon

यदि आप तय करना चाहते हैं, अगर दो वस्तुएं हैशकोड () के बजाय एक ही उपयोग == हैं। मूल कार्यान्वयन में बाद वाले को अद्वितीय होने की गारंटी नहीं है।

— मेन्मेन्थ

कोई भी उत्तर वास्तविक प्रश्न का उत्तर नहीं देता क्योंकि वे हैशकोड () पर चर्चा करने में उलझ जाते हैं, जो यहाँ आकस्मिक था। यदि मैं ग्रहण में संदर्भ चर को देखता हूं, तो यह मुझे एक अद्वितीय अपरिवर्तनीय "आईडी = xxx" दिखाता है। कैसे हम अपने स्वयं के आईडी जनरेटर का उपयोग किए बिना प्रोग्रामिक रूप से उस मूल्य को प्राप्त करते हैं? मैं वस्तुओं के अलग-अलग उदाहरणों की पहचान करने के लिए डिबगिंग उद्देश्यों (लॉगिंग) के लिए उस मूल्य तक पहुंच चाहता हूं। क्या किसी को पता है कि उस मूल्य पर अपने हाथ कैसे प्राप्त करें?

— क्रिस वेस्टिन

Answer 1

System.identityHashCode (yourObject) एक पूर्णांक के रूप में yourObject का 'मूल' हैश कोड देगा। विशिष्टता की गारंटी नहीं है। सन जेवीएम कार्यान्वयन आपको एक मूल्य देगा जो इस ऑब्जेक्ट के लिए मूल मेमोरी पते से संबंधित है, लेकिन यह एक कार्यान्वयन विवरण है और आपको इस पर भरोसा नहीं करना चाहिए।

संपादित करें: उत्तर नीचे फिर से टॉम की टिप्पणी के बाद संशोधित। स्मृति पते और चलती वस्तुओं।

Comments

मुझे लगता है: यह अद्वितीय नहीं है, जब आपके पास एक ही JVM में 2 ** 32 से अधिक ऑब्जेक्ट हैं? ;) क्या आप मुझे किसी ऐसे स्थान पर इंगित कर सकते हैं, जहाँ गैर-विशिष्टता का वर्णन किया गया है? Thanx!

— ivan_ivanovich_ivanoff

इससे कोई फर्क नहीं पड़ता कि कितनी वस्तुएं हैं, या कितनी मेमोरी है। एक अद्वितीय संख्या का उत्पादन करने के लिए न तो हैशकोड () और न ही पहचानहकोड () की आवश्यकता होती है।

— एलन मूर

ब्रायन: यह वास्तविक मेमोरी स्थान नहीं है, आप पहली बार गणना किए जाने पर एक पते का पूर्वाभ्यास संस्करण प्राप्त करने के लिए होते हैं। एक आधुनिक वीएम वस्तुओं में स्मृति के बारे में कदम होगा।

— टॉम हॉल्टिन -

इसलिए यदि मेमोरी एड्रेस 0x2000 पर कोई ऑब्जेक्ट बनाया जाता है, तो VM द्वारा स्थानांतरित किया जाता है, तो 0x2000 पर एक अन्य ऑब्जेक्ट बनाया जाता है, तो क्या उनके पास एक ही होगा System.identityHashCode()?

— सीमित प्रायश्चित

व्यावहारिक JVM कार्यान्वयन के लिए विशिष्टता की गारंटी बिल्कुल नहीं है । गारंटीकृत विशिष्टता के लिए या तो जीसी द्वारा किसी भी स्थानांतरण / संघनन की आवश्यकता नहीं है, या जीवित वस्तुओं के हैशकोड मूल्यों के प्रबंधन के लिए एक बड़ी और महंगी डेटा संरचना।

— स्टीफन सी

Answer 2

ऑब्जेक्ट के लिए javadoc निर्दिष्ट करता है

यह आमतौर पर ऑब्जेक्ट के आंतरिक पते को पूर्णांक में परिवर्तित करके कार्यान्वित किया जाता है, लेकिन यह कार्यान्वयन तकनीक JavaTM प्रोग्रामिंग भाषा द्वारा आवश्यक नहीं है।

यदि कोई वर्ग हैशकोड को ओवरराइड करता है, तो इसका मतलब है कि वह एक विशिष्ट आईडी जनरेट करना चाहता है, जो (एक आशा कर सकता है) सही व्यवहार कर सकता है।

आप किसी भी वर्ग के लिए उस आईडी को प्राप्त करने के लिए System.identityHashCode का उपयोग कर सकते हैं ।

Answer 3

hashCode()विधि किसी वस्तु के लिए विशिष्ट पहचानकर्ता प्रदान करने के लिए नहीं है। यह वस्तु के राज्य (अर्थात सदस्य क्षेत्रों के मान) को एक पूर्णांक तक खोदता है। यह मूल्य ज्यादातर कुछ हैश आधारित डेटा संरचनाओं द्वारा उपयोग किया जाता है जैसे कि मानचित्र और वस्तुओं को प्रभावी ढंग से संग्रहीत और पुनर्प्राप्त करने के लिए सेट।

यदि आपको अपनी वस्तुओं के लिए एक पहचानकर्ता की आवश्यकता है, तो मैं आपको ओवरराइड करने के बजाय अपनी खुद की विधि जोड़ने की सलाह देता हूं hashCode। इस उद्देश्य के लिए, आप नीचे की तरह एक आधार इंटरफ़ेस (या एक सार वर्ग) बना सकते हैं।

public interface IdentifiedObject<I> {
    I getId();
}

उदाहरण का उपयोग:

public class User implements IdentifiedObject<Integer> {
    private Integer studentId;

    public User(Integer studentId) {
        this.studentId = studentId;
    }

    @Override
    public Integer getId() {
        return studentId;
    }
}

Answer 4

शायद यह त्वरित, गंदा समाधान काम करेगा?

public class A {
    static int UNIQUE_ID = 0;
    int uid = ++UNIQUE_ID;

    public int hashCode() {
        return uid;
    }
}

यह एक वर्ग के उदाहरण की संख्या को आरंभिक रूप से भी देता है।

Comments

यह मानता है कि आपके पास कक्षा के स्रोत कोड तक पहुंच है

— pablisco

यदि आप स्रोत कोड का उपयोग नहीं कर सकते हैं, तो बस इसका विस्तार करें और विस्तारित वर्ग का उपयोग करें। बस त्वरित, आसान और गंदा समाधान लेकिन यह काम करता है।

— जॉन पेंग

यह हमेशा काम नहीं करता है। वर्ग अंतिम हो सकता है। मुझे लगता System.identityHashCodeहै कि एक बेहतर समाधान है

— pablisco

थ्रेड-सुरक्षा के लिए, कोई भी इस उत्तरAtomicLong में उपयोग कर सकता है ।

— इवगेनी सर्गेव

यदि क्लास को एक अलग क्लास लोडर द्वारा लोड किया जाता है तो उसके पास अलग-अलग UNIQUE_ID स्थिर चर होंगे, क्या मैं सही हूं?

— कपियकी ०

Answer 5

यदि यह एक ऐसा वर्ग है जिसे आप संशोधित कर सकते हैं, तो आप एक वर्ग चर घोषित कर सकते हैं static java.util.concurrent.atomic.AtomicInteger nextInstanceId। (आपको इसे स्पष्ट रूप से प्रारंभिक मूल्य देना होगा।) फिर एक उदाहरण चर घोषित करें int instanceId = nextInstanceId.getAndIncrement()।

Answer 6

मैं इस समाधान के साथ आया था जो मेरे मामले में काम करता है जहां मेरे पास कई थ्रेड पर निर्मित ऑब्जेक्ट हैं और क्रमिक हैं:

public abstract class ObjBase implements Serializable
    private static final long serialVersionUID = 1L;
    private static final AtomicLong atomicRefId = new AtomicLong();

    // transient field is not serialized
    private transient long refId;

    // default constructor will be called on base class even during deserialization
    public ObjBase() {
       refId = atomicRefId.incrementAndGet()
    }

    public long getRefId() {
        return refId;
    }
}

Answer 7

// looking for that last hex?
org.joda.DateTime@57110da6

यदि आप hashcodeजावा प्रकार में देख रहे हैं जब आप .toString()एक वस्तु पर करते हैं तो अंतर्निहित कोड यह है:

Integer.toHexString(hashCode())

Answer 8

बस एक अलग कोण से अन्य उत्तरों को बढ़ाने के लिए।

यदि आप and ऊपर ’से हैशकोड (s) का पुन: उपयोग करना चाहते हैं और अपनी कक्षा की अपरिवर्तनीय स्थिति का उपयोग करके नए प्राप्त करते हैं, तो सुपर के लिए एक कॉल काम करेगा। हालांकि यह ऑब्जेक्ट के लिए सभी तरह से कैस्केड कर सकता है (यानी कुछ पूर्वज सुपर को कॉल नहीं कर सकते हैं), यह आपको पुन: उपयोग करके हैशकोड प्राप्त करने की अनुमति देगा।

@Override
public int hashCode() {
    int ancestorHash = super.hashCode();
    // now derive new hash from ancestorHash plus immutable instance vars (id fields)
}

Answer 9

हैशकोड () और आइडेंटहैशकोड () रिटर्न के बीच अंतर है। यह संभव है कि दो असमान (==) ऑब्जेक्ट्स ओ 1, ओ 2 हैशकोड () के लिए एक ही हो। नीचे उदाहरण देखें कि यह कैसे सच है।

class SeeDifferences
{
    public static void main(String[] args)
    {
        String s1 = "stackoverflow";
        String s2 = new String("stackoverflow");
        String s3 = "stackoverflow";
        System.out.println(s1.hashCode());
        System.out.println(s2.hashCode());
        System.out.println(s3.hashCode());
        System.out.println(System.identityHashCode(s1));
        System.out.println(System.identityHashCode(s2));
        System.out.println(System.identityHashCode(s3));
        if (s1 == s2)
        {
            System.out.println("s1 and s2 equal");
        } 
        else
        {
            System.out.println("s1 and s2 not equal");
        }
        if (s1 == s3)
        {
            System.out.println("s1 and s3 equal");
        }
        else
        {
            System.out.println("s1 and s3 not equal");
        }
    }
}

Answer 10

मेरे पास एक ही मुद्दा था और अब तक किसी भी जवाब से संतुष्ट नहीं था क्योंकि उनमें से किसी ने भी अद्वितीय आईडी की गारंटी नहीं दी थी।

मैं भी डीबगिंग के लिए ऑब्जेक्ट आईडी प्रिंट करना चाहता था। मुझे पता था कि इसे करने का कोई तरीका होना चाहिए, क्योंकि ग्रहण डिबगर में, यह प्रत्येक वस्तु के लिए विशिष्ट आईडी निर्दिष्ट करता है।

मैं इस तथ्य के आधार पर एक समाधान के साथ आया था कि वस्तुओं के लिए "==" ऑपरेटर केवल तभी सही होता है जब दो वस्तुएं वास्तव में एक ही उदाहरण हैं।

import java.util.HashMap;
import java.util.Map;

/**
 *  Utility for assigning a unique ID to objects and fetching objects given
 *  a specified ID
 */
public class ObjectIDBank {

    /**Singleton instance*/
    private static ObjectIDBank instance;

    /**Counting value to ensure unique incrementing IDs*/
    private long nextId = 1;

    /** Map from ObjectEntry to the objects corresponding ID*/
    private Map<ObjectEntry, Long> ids = new HashMap<ObjectEntry, Long>();

    /** Map from assigned IDs to their corresponding objects */
    private Map<Long, Object> objects = new HashMap<Long, Object>();

    /**Private constructor to ensure it is only instantiated by the singleton pattern*/
    private ObjectIDBank(){}

    /**Fetches the singleton instance of ObjectIDBank */
    public static ObjectIDBank instance() {
        if(instance == null)
            instance = new ObjectIDBank();

        return instance;
    }

    /** Fetches a unique ID for the specified object. If this method is called multiple
     * times with the same object, it is guaranteed to return the same value. It is also guaranteed
     * to never return the same value for different object instances (until we run out of IDs that can
     * be represented by a long of course)
     * @param obj The object instance for which we want to fetch an ID
     * @return Non zero unique ID or 0 if obj == null
     */
    public long getId(Object obj) {

        if(obj == null)
            return 0;

        ObjectEntry objEntry = new ObjectEntry(obj);

        if(!ids.containsKey(objEntry)) {
            ids.put(objEntry, nextId);
            objects.put(nextId++, obj);
        }

        return ids.get(objEntry);
    }

    /**
     * Fetches the object that has been assigned the specified ID, or null if no object is
     * assigned the given id
     * @param id Id of the object
     * @return The corresponding object or null
     */
    public Object getObject(long id) {
        return objects.get(id);
    }


    /**
     * Wrapper around an Object used as the key for the ids map. The wrapper is needed to
     * ensure that the equals method only returns true if the two objects are the same instance
     * and to ensure that the hash code is always the same for the same instance.
     */
    private class ObjectEntry {
        private Object obj;

        /** Instantiates an ObjectEntry wrapper around the specified object*/
        public ObjectEntry(Object obj) {
            this.obj = obj;
        }


        /** Returns true if and only if the objects contained in this wrapper and the other
         * wrapper are the exact same object (same instance, not just equivalent)*/
        @Override
        public boolean equals(Object other) {
            return obj == ((ObjectEntry)other).obj;
        }


        /**
         * Returns the contained object's identityHashCode. Note that identityHashCode values
         * are not guaranteed to be unique from object to object, but the hash code is guaranteed to
         * not change over time for a given instance of an Object.
         */
        @Override
        public int hashCode() {
            return System.identityHashCode(obj);
        }
    }
}

मेरा मानना ​​है कि यह पूरे कार्यक्रम में अद्वितीय आईडी सुनिश्चित करना चाहिए। ध्यान दें, हालाँकि, आप शायद इसका उपयोग उत्पादन अनुप्रयोग में नहीं करना चाहते क्योंकि यह उन सभी वस्तुओं के संदर्भों को बनाए रखता है जिनके लिए आप आईडी बनाते हैं। इसका मतलब यह है कि कोई भी वस्तु जिसके लिए आप एक आईडी बनाते हैं, कभी भी कचरा एकत्र नहीं किया जाएगा।

चूंकि मैं डिबग उद्देश्यों के लिए इसका उपयोग कर रहा हूं, इसलिए मुझे स्मृति से मुक्त होने के लिए बहुत चिंतित नहीं हैं।

आप इसे संशोधित कर सकते हैं ताकि वस्तुओं को साफ़ करने या व्यक्तिगत वस्तुओं को हटाने की अनुमति दी जा सके यदि स्मृति को मुक्त करना एक चिंता का विषय है।