डिफ़ॉल्ट ऑब्जेक्ट .toString() हैशकोड का हेक्स प्रस्तुति क्यों देता है?

Question

मैं उत्सुक हूं कि Object.toString() यह क्यों देता है:

return getClass().getName() + "@" + Integer.toHexString(hashCode()); 

इसके विपरीत:

return getClass().getName() + "@" + hashCode(); 

हैश कोड को दशमलव के बजाय हेक्स कोड को प्रदर्शित करने से कौन से फायदे हैं?

Answer 1

Object.hashCodebased on a memory location where the object is located की गणना की जाती थी। स्मृति स्थान लगभग सार्वभौमिक रूप से हेक्साडेसिमल के रूप में प्रदर्शित होते हैं।

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

Answer 2

मुझे स्वीकृत उत्तर पसंद नहीं है। मेरा जवाब यहाँ है।

संक्षिप्त उत्तर: क्योंकि हेक्स को याद रखना आसान है, क्योंकि हेक्स में व्यक्त की गई संख्या कम है और दशमलव में व्यक्त की गई समान संख्या की तुलना में एक बड़ी वर्ण विविधता है।

लंबा उत्तर: आप अपने सिर में अंकगणित करने के लिए हैश कोड का उपयोग नहीं करेंगे, इसलिए आपको वास्तव में दशमलव में होने की आवश्यकता नहीं है। दूसरी तरफ, आप इसे एकमात्र तरीके से इस्तेमाल करने जा रहे हैं जिसका उपयोग करने का इरादा है, यानी यह बताना है कि दो हैश कोड एक ही वस्तु, या विभिन्न वस्तुओं को संदर्भित करते हैं। दूसरे शब्दों में, आप किसी ऑब्जेक्ट के लिए इसे एक अद्वितीय पहचानकर्ता या निमोनिक के रूप में उपयोग करेंगे। इस प्रकार, तथ्य यह है कि यह एक संख्या है अप्रासंगिक है; आप इसे हैश स्ट्रिंग के रूप में भी सोच सकते हैं। खैर, ऐसा ही होता है कि हमारे मस्तिष्क को केवल 10 अलग-अलग वर्णों से युक्त लंबे तारों की तुलना में 16 अलग-अलग वर्णों से युक्त छोटे तारों (तुलना के उद्देश्य के लिए) को बनाए रखना बहुत आसान लगता है।