जावा बाइटकोड ऑपरेशन 'invokevirtual' ऑब्जेक्ट

Question

द्वारा विरासत में प्राप्त विधियों के लिए स्थिरता नहीं रखता है मेरे पास निम्नलिखित कोड हैं।

public class Parent { 

    @Override 
    public int hashCode() { 
     return 0; 
    } 

} 

public class Child extends Parent { 

    public void test() { 
     this.toString(); 
     this.hashCode(); 
    } 

} 

आप ऊपर कोड में देख के रूप में, बाल toString() वस्तु और hashCode() जनक से से विरासत। चाइल्ड # टेस्ट का बाइटकोड ऑपरेशन निम्नानुसार है।

ALOAD 0: this 
INVOKEVIRTUAL Object.toString() : String 
ALOAD 0: this 
INVOKEVIRTUAL Child.hashCode() : int 
RETURN 

मैं अगर invokevirtual कॉल Object.toString लगता है(), यह स्थिरता के लिए Parent.hashCode() फोन करना चाहिए। या, Child.hashCode() कहा जाता है, तो Child.toString() को कॉल किया जाना चाहिए।

हालांकि, invokevirtual यदि और केवल यदि लक्ष्य विधि वस्तु द्वारा विरासत में मिली है इसकी निरंतरता नहीं रखता।

केवल उस मामले, वस्तु में invokevirtual कॉल विधि। अन्य मामलों के लिए, वर्तमान कक्षा में invokevirtual कॉल विधि।

मुझे पता है कि ऐसा क्यों होता चाहते हैं।

Answer 1

आप सही है कि संकलक unlogical बर्ताव कर रहे हैं। लेकिन इस कोड का प्रभाव आपके द्वारा सुझाए गए दोनों प्रकारों के प्रभाव के समान है। तो यह संभवतः एक जानबूझकर व्यवहार नहीं है, लेकिन संकलक के कोड के लंबे विकास का परिणाम है। अन्य कंपाइलर अलग कोड उत्पन्न कर सकते हैं।

Answer 2

JVM specification p. 3.7 के अनुसार:

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

इसका मतलब है कि इन सभी प्रतीकात्मक Child.hashCode() केवल स्थिरांक है, जो कैसे JVM इस तरीकों कॉल किसी तरह का निर्दिष्ट नहीं कर रहे हैं। ऐसा लगता है, कि toString() विधि संकलक जानता है, इस विधि Object कक्षा में इसके आधार कार्यान्वयन है, तो यह लगातार पूल में Object वर्ग के लिए प्रतीकात्मक निरंतर डालता के लिए - इस अनुकूलन के लिए किसी तरह का है, जो JVM के लिए संकलक बनाता है:

Constant pool: 
const #2 = Method #24.#25; // java/lang/Object.toString:()Ljava/lang/String; 
... 
const #24 = class #34; // java/lang/Object 
const #25 = NameAndType #35:#36;// toString:()Ljava/lang/String; 

Answer 3

मेरे सिद्धांत: toString() बहुत बार प्रयोग किया जाता है, तो javac आम Object.toString() का उपयोग निरंतर पूल प्रविष्टियों को बचाने के लिए।

उदाहरण के लिए यदि कोड foo.toString() and bar.toString() होता है, contant पूल केवल एक Object.toString दो प्रविष्टियों Foo.toString and Bar.toString

javac शायद मुश्किल इस अनुकूलन कोडित के बजाय बजाय कोड का विश्लेषण देखने के लिए कि यह वास्तव में आवश्यक है की जरूरत है,,।