क्यों इंटेगर क्लास कैशिंग वैल्यू -128 से 127 तक में?

Question 1

मेरे पिछले प्रश्न के बारे में, क्यों == Integer.valueOf (स्ट्रिंग) के साथ तुलना 127 और 128 के लिए अलग-अलग परिणाम देते हैं? , हम जानते हैं कि Integer classएक कैश है जो मानों के बीच -128और स्टोर करता है 127।

बस सोच रहा था, -128 और 127 के बीच क्यों ?

Integer.valueOf () प्रलेखन ने कहा कि यह " अक्सर अनुरोधित मूल्यों को कैशिंग करता है " । लेकिन क्या मूल्यों के बीच -128और 127अक्सर वास्तविक के लिए अनुरोध किया जाता है? मुझे लगा कि अक्सर अनुरोधित मूल्य बहुत व्यक्तिपरक होते हैं।
क्या इसके पीछे कोई संभावित कारण है?

प्रलेखन से यह भी कहा गया: " .. और इस सीमा के बाहर अन्य मूल्यों को कैश कर सकते हैं। "
यह कैसे प्राप्त किया जा सकता है?

Question 2

बस सोच रहा था, -128 और 127 के बीच क्यों?

पूर्णांकों की एक बड़ी श्रृंखला को कैश किया जा सकता है, लेकिन कम से कम -128 और 127 के बीच कैश होना चाहिए क्योंकि यह जावा लैंग्वेज स्पेसिफिकेशन (जोर मेरा) द्वारा अनिवार्य है :

यदि मूल्य p बॉक्सिंग किया जा रहा है तो सही, गलत, एक बाइट, या रेंज में एक char \ u0000 से \ u007f, या -128 और 127 (समावेशी) के बीच एक इंट या शॉर्ट नंबर है , तो r1 और r2 परिणाम दें पी के किसी भी दो मुक्केबाजी रूपांतरण। यह हमेशा ऐसा होता है कि r1 == r2।

इस आवश्यकता के औचित्य को उसी पैराग्राफ में समझाया गया है:

आदर्श रूप से, किसी दिए गए आदिम मूल्य p को बॉक्सिंग करना, हमेशा एक समान संदर्भ देगा । व्यवहार में, मौजूदा कार्यान्वयन तकनीकों का उपयोग करके यह संभव नहीं है। ऊपर दिए गए नियम एक व्यावहारिक समझौता हैं। ऊपर दिए गए अंतिम खंड के लिए आवश्यक है कि कुछ सामान्य मूल्यों को हमेशा अविभाज्य वस्तुओं में रखा जाए। [...]

यह सुनिश्चित करता है कि ज्यादातर सामान्य मामलों में, अनुचित प्रदर्शन दंड लगाए बिना, विशेष रूप से छोटे उपकरणों पर व्यवहार वांछित होगा । उदाहरण के लिए, कम स्मृति-सीमित कार्यान्वयन, सभी चार और लघु मूल्यों को कैश कर सकते हैं, साथ ही -32K से + 32K की सीमा में अंतर और लंबे मूल्य।

मैं इस श्रेणी के बाहर अन्य मूल्यों को कैसे कैश कर सकता हूं।

आप -XX:AutoBoxCacheMaxJVM विकल्प का उपयोग कर सकते हैं , जो वास्तव में उपलब्ध हॉटस्पॉट JVM विकल्प की सूची में प्रलेखित नहीं है । हालांकि यह लाइन 590 के आसपास वर्ग के अंदर टिप्पणियोंInteger में उल्लिखित है :

कैश का आकार -XX:AutoBoxCacheMax=<size>विकल्प द्वारा नियंत्रित किया जा सकता है ।

ध्यान दें कि यह विशिष्ट है और अन्य JVM पर उपलब्ध हो सकता है या नहीं।

Question 3

-128 से 127 डिफ़ॉल्ट आकार है। लेकिन javadoc का यह भी कहना है कि Integer cache का आकार विकल्प द्वारा नियंत्रित किया जा सकता है-XX:AutoBoxCacheMax=<size> । ध्यान दें कि यह केवल उच्च मूल्य निर्धारित करता है, कम मूल्य हमेशा -128 है। यह फीचर 1.6 में पेश किया गया था।

क्यों -128 से 127 तक के लिए - यह बाइट वैल्यू रेंज है और इसे बहुत कम कैश के लिए इस्तेमाल करना स्वाभाविक है।

Question 4

छोटे पूर्णांकों को रोकने का कारण, यदि आप जो पूछ रहे हैं, वह यह है कि कई एल्गोरिदम अपनी गणना में छोटे पूर्णांकों का उपयोग करते हैं, इसलिए इन मूल्यों के लिए ऑब्जेक्ट-निर्माण ओवरहेड से बचना सार्थक हो जाता है।

फिर सवाल यह हो जाता है कि कौन से इंजीर को कैश करना है। फिर से, सामान्य रूप से बोलते हुए, आवृत्ति जिसके साथ निरंतर मूल्यों का उपयोग किया जाता है, निरंतर वृद्धि के निरपेक्ष मूल्य के रूप में घट जाती है - हर कोई मान 1 या 2 या 10 का उपयोग करते हुए बहुत समय बिताता है, अपेक्षाकृत कुछ मूल्य 109 का बहुत उपयोग करते हैं तीव्रता से; कम पर प्रदर्शन इस बात पर निर्भर करेगा कि 722 के लिए इंटर्जेक्टर कितनी जल्दी प्राप्त कर सकता है .. जावा ने हस्ताक्षरित बाइट मान की सीमा के साथ 256 स्लॉट आवंटित करने का विकल्प चुना। इस निर्णय को समय पर अस्तित्व में कार्यक्रमों का विश्लेषण करके सूचित किया जा सकता है, लेकिन जैसा कि विशुद्ध रूप से एक मनमाना रहा है। यह निवेश करने के लिए एक उचित स्थान है, इसे तेजी से एक्सेस किया जा सकता है (यह पता लगाने के लिए कि कैश की सीमा में मूल्य है, तो कैश तक पहुंचने के लिए एक त्वरित तालिका लुकअप), और यह निश्चित रूप से सबसे आम मामलों को कवर करेगा।

दूसरे शब्दों में, मुझे लगता है कि आपके प्रश्न का उत्तर है "यह उतना व्यक्तिपरक नहीं है जितना आपने सोचा था, लेकिन सटीक सीमाएं काफी हद तक एक नियम-आधारित अंगूठे का निर्णय हैं ... और experiemental सबूत है कि यह काफी अच्छा था। "

Question 5

अधिकतम उच्च पूर्णांक मान जिसे कैश किया जा सकता है उसे सिस्टम प्रॉपर्टी java.lang.Integer.IntegerCache.high( -XX:AutoBoxCacheMax) के माध्यम से कॉन्फ़िगर किया जा सकता है । एक सरणी का उपयोग करके कैश को कार्यान्वित किया जाता है।

    private static class IntegerCache {
    static final int high;
    static final Integer cache[];

    static {
        final int low = -128;

        // high value may be configured by property
        int h = 127;
        if (integerCacheHighPropValue != null) {
            // Use Long.decode here to avoid invoking methods that
            // require Integer's autoboxing cache to be initialized
            int i = Long.decode(integerCacheHighPropValue).intValue();
            i = Math.max(i, 127);
            // Maximum array size is Integer.MAX_VALUE
            h = Math.min(i, Integer.MAX_VALUE - -low);
        }
        high = h;

        cache = new Integer[(high - low) + 1];
        int j = low;
        for(int k = 0; k < cache.length; k++)
            cache[k] = new Integer(j++);
    }

    private IntegerCache() {}
}

Question 6

जब आप इंटेगर वर्ग के साथ मुठभेड़ करते हैं और हमेशा सीमा -128 से 127 के भीतर बॉक्सिंग करते हैं तो यह हमेशा बेहतर होता है कि नीचे दिए गए इंटर्गर ऑब्जेक्ट को इंट वैल्यू में बदलें।

<Your Integer Object>.intValue()