व्यवहार

Question

जावा कोड की निम्न स्निप पर विचार चर बाइट के लिए आवेदन किया

byte b=(byte) 0xf1; 
byte c=(byte)(b>>4); 
byte d=(byte) (b>>>4); 

उत्पादन:

c=0xff 
d=0xff 

उम्मीद उत्पादन:

c=0x0f 

कैसे? बी के रूप में बाइनरी 1111 0001 बिना हस्ताक्षरित दाएं शिफ्ट 0000 1111 के बाद 0x0f लेकिन यह 0xff क्यों है?

Answer 1

समस्या यह है कि सभी तर्कों पहले int करने के लिए प्रोत्साहित कर रहे हैं इससे पहले कि पारी आपरेशन जगह लेता है:

byte b = (byte) 0xf1; 

b पर हस्ताक्षर किए है, इसलिए अपने मूल्य -15 है।

byte c = (byte) (b >> 4); 

b पहले प्रवेश बढ़ाया पूर्णांक -15 = 0xfffffff1 है, तो सही 0xffffffff और छोटा कर दिया करने के लिए 0xff के कलाकारों द्वारा byte में स्थानांतरित कर दिया है।

byte d = (byte) (b >>> 4); 

b पहले प्रवेश बढ़ाया पूर्णांक -15 = 0xfffffff1 है, तो सही 0x0fffffff और छोटा कर दिया करने के लिए 0xff के कलाकारों द्वारा byte में स्थानांतरित कर दिया है।

वांछित प्रभाव प्राप्त करने के लिए आप (b & 0xff) >>> 4 कर सकते हैं।

Answer 2

मुझे लगता है कि b स्थानांतरण को int पर स्थानांतरित करने से पहले बढ़ाया गया है।

(byte)((0x000000FF & b)>>4) 

Answer 3

अनुसार Bitwise and Bit Shift Operators लिए:

तो यह अपेक्षा के अनुरूप काम हो सकता है

अहस्ताक्षरित सही पारी ऑपरेटर ">>>" बदलाव वाम-पंथी की स्थिति में एक शून्य है, जबकि वाम-पंथी स्थिति ">>" के बाद साइन एक्सटेंशन पर निर्भर करता है।

तो b >> 4 साथ आप 1111 1111 करने के लिए 1111 0001 को बदलने (ख नकारात्मक है, तो यह 1 संलग्न कर देता है), जो 0xff है।

Answer 4

जावा दो अलग-अलग शिफ्ट ऑपरेटरों को परिभाषित करके बिना हस्ताक्षर किए गए मूल प्रकारों के स्पष्ट समर्थन के लिए skimp करने की कोशिश करता है।

प्रश्न हस्ताक्षरित सही शिफ्ट के बारे में बात करता है, लेकिन उदाहरण दोनों (हस्ताक्षरित और हस्ताक्षरित) दोनों हैं, और हस्ताक्षरित शिफ्ट (>>) के मूल्य को दिखाता है।

आपकी गणना हस्ताक्षरित शिफ्ट (>>>) के लिए सही होगी।