Zachowanie unsigned prawej przesunięcie zastosowane do bajt zmiennej

Question

Rozważmy następujący wycinek kodu java

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

wyjściowa:

c=0xff 
d=0xff 

oczekiwany wynik:

c=0x0f 

jak? jako b w binarnym 1111 0001 po unsigned right shift 0000 1111 stąd 0x0f, ale dlaczego to jest 0xff jak?

Answer 1

Problemem jest to, że wszystkie argumenty są po raz pierwszy awansował do int zanim operacja ta zmiana zachodzi:

byte b = (byte) 0xf1; 

b jest podpisana, więc jego wartość jest -15.

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

b jest pierwszą oznaką-przedłużony do całkowitej -15 = 0xfffffff1, następnie przesunięta w prawo do 0xffffffff i obcinane do 0xff przez obsady do byte.

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

b jest pierwszą oznaką-przedłużony do całkowitej -15 = 0xfffffff1, następnie przesunięta w prawo do 0x0fffffff i obcinane do 0xff przez obsady do byte.

Można zrobić (b & 0xff) >>> 4 aby uzyskać pożądany efekt.

Answer 2

Przypuszczam, że b jest znak rozszerzony int przed zmianą biegu.

Więc to może działać zgodnie z oczekiwaniami:

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

Answer 3

Według Bitwise and Bit Shift Operators:

niepodpisany prawo operator shift ">>>" przesunięcia zera do skrajnej lewej pozycji, natomiast w lewej skrajnej pozycji po „>>” zależy na przedłużeniu migowego.

Więc z b >> 4 przekształcić 1111 0001 do 1111 1111 (b jest ujemna, więc dołącza 1), który jest 0xff.

Answer 4

Java próbuje skąpić na posiadające wyraźne poparcie dla niepodpisanych podstawowych typów poprzez zdefiniowanie dwóch różnych operatorów shift zamiast.

kwestia rozmowy o niepodpisane prawym przesunięcia, ale nie oba przykłady (podpisane i niepodpisane) i pokazuje wartość podpisanej Shift (>>).

Twoje obliczenia byłoby prawo do zmiany bez znaku (>>>).