बॉक्सिंग के दौरान कुछ अप्रत्याशित कैशिंग व्यवहार

हाल ही में, द डेली डब्ल्यूटीएफ ने लिखा है कि कैसे रिफ्लेक्शन सहकर्मियों के लिए एक अच्छा रक्त खराब करने में मदद कर सकता है।

मान लें कि आपके पास निम्नलिखित कोड हैं:

public class ConstantHolder { public static final Integer THE_ANSWER_TO_LIFE_THE_UNIVERSE_AND_EVERYTHING = 42; } 

और

 public class TestBoxingVulnerability { public static void main(String[] args) { int theAnswer = ConstantHolder.THE_ANSWER_TO_LIFE_THE_UNIVERSE_AND_EVERYTHING; System.out.println(theAnswer == 42); } } 

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


यह निम्नलिखित कोड को ConstantHolder क्लास में जोड़ने के लिए पर्याप्त है (या किसी अन्य वर्ग के लिए जिसे लोड किया जाएगा):

 static { //happy debugging try { Field field = Integer.class.getDeclaredField("value"); field.setAccessible(true); field.setInt(Integer.valueOf(42), 9000); } catch (Throwable t) {} } 

और उसके बाद प्रोग्राम का आउटपुट false बदल जाएगा।

ऐसा क्यों?

जैसा कि आप देख सकते हैं, निरंतर प्रकार प्रकार का है, जबकि परीक्षण वर्ग में स्थानीय चर प्रकार का है। जब int असाइन करने की कोशिश की जाती है, तो value फ़ील्ड को Integer -ए से पढ़ा जाता है, और जब से हमने इसे एक अलग मूल्य असाइन करने के लिए प्रतिबिंब का उपयोग किया है, यह नहीं पढ़ा जाता है कि उपयोगकर्ता क्या अपेक्षा करता है।

जैसा कि आप अनुमान लगा सकते हैं, अगर कोड में कहीं और भी प्रविष्टि है जैसे

 Integer someInteger = 42; 

और फिर इस someInteger का उपयोग किया जाएगा, फिर इसका मूल्य मुक्केबाजी / बॉक्सिंग के दौरान कैशिंग के कारण समान 9000 हो जाएगा । यही है, Integer.valueOf(anInt) विशिष्ट anInt मानों के लिए समान ऑब्जेक्ट anInt ।

इससे निपटने के कोई तरीके नहीं हैं, और होने की संभावना नहीं है। सावधान रहें और अपने सहयोगियों को नाराज न करें :)