ओरेकल और ग्रहण के कंपाइलर्स द्वारा उत्पादित जावा बाइटकोड में अंतर

Question

हमारी परियोजना कुछ जावा बाइटकोड वाद्ययंत्र करता है। और हम कुछ अजीब व्यवहार पर ठोकर खाई।

public void a() { 
    new Integer(2); 
    } 

Oracle की javac निम्नलिखित बाईटकोड में ऊपर संकलित:

0: new #2; //class java/lang/Integer 
    3: dup 
    4: iconst_2 
    5: invokespecial #3; //Method java/lang/Integer."<init>":(I)V 
    8: pop 
    9: return 

और में ग्रहण का संकलक: निम्नलिखित कोड का टुकड़ा मान लीजिए

0: new #15; //class java/lang/Integer 
    3: iconst_2 
    4: invokespecial #17; //Method java/lang/Integer."<init>":(I)V 
    7: return 

आप देख सकते हैं, ओरेकल संकलक का उत्पादन "नया" के बाद "डुप्लिक", जबकि ग्रहण नहीं करता है। जो इस उपयोग के मामले में पूरी तरह से सही है, क्योंकि नए बनाए गए इंटीजर इंस्टेंस का उपयोग बिल्कुल नहीं किया जाता है, इसलिए "डुप्लिकेट" की आवश्यकता नहीं होती है।

मेरे प्रश्न हैं:

1. वहाँ विभिन्न compilers के बीच मतभेद के कुछ सिंहावलोकन है? एक लेख/ब्लॉग पोस्ट?
2. क्या मैं सुरक्षित रूप से निष्कर्ष निकाल सकता हूं कि यदि "नया" और "invokespecial" के बीच कोई "डुप्लिक" नहीं है तो ऑब्जेक्ट प्रारंभ करने के बाद उपयोग नहीं किया जाता है?

Answer 1

1. मैं सुरक्षित रूप से निष्कर्ष निकाल सकते हैं, अगर वहाँ कोई बीच 'नई' और 'invokespecial "तो वस्तु आरंभीकरण के बाद नहीं किया जाता है" dup "है?

मुझे यकीन है कि तुम क्या मतलब है बिल्कुल नहीं कर रहा हूँ, लेकिन निर्मित ऑब्जेक्ट के लिए एक संदर्भ निर्माता द्वारा कहीं संग्रहीत किया जा सकता है। इसलिए कॉलिंग विधि प्रारंभिकरण के बाद ऑब्जेक्ट का उपयोग नहीं कर सकती है लेकिन ऑब्जेक्ट अभी भी पहुंच योग्य हो सकता है और इसलिए कचरा कचरा नहीं हो सकता है।

Answer 2

यदि बहुत dupनई invokespecial तो वस्तु के बीच और आमतौर पर संकलन के बाद किया जाता है। उदाहरण के लिए, क्षेत्र आरंभीकरण आमतौर पर नई का एक अनुक्रम, dup, invokespecial & putfield है। हालांकि, आपके उदाहरण में अंतिम निर्देश पॉप है जो ऑब्जेक्ट को स्टैक से साफ़ करता है - इस प्रकार आप यह मान सकते हैं कि इस ऑब्जेक्ट का उपयोग नहीं किया जाता है।

Answer 3

पासिंग इस संदर्भ इस पैटर्न एक सा

public class Bump { 

    Test t; 

    public Bump() { 
     new Test(this); 
    } 
    public void setT(Test t) { 
     this.t = t; 
    } 
    } 

टूट जाएगा और फिर एक इस इस्तेमाल कर सकते हैं वापस :)

public class Test { 

    Bump b; 

    public Test(Bump b) { 
     this.b = b; 
     b.setT(this); 
    } 
    } 

परिणाम के भंडारण के लिए मज़े :)