왜 자바에서 바이트 단위의 비트 AND는 이렇게합니까?

Question

나는 비트 연산자와 장난하고있어, 나는 부호없는 8 비트 값에 부정적인 바이트로 변환하려고했다,이 사람들이 무엇을 제안이다 :

System.out.println(-20 & 0xFF); //bitwise AND on negative number and 255 

그래서,이 완벽하게 작동하고, 236을 반환 ,하지만 왜? 내가 아는 한 :

00010100 //binary representation of -20 
11111111 //binary representation of 0xFF or 255 
-------- 
00010100 //it returns the same exact thing, so it's either -20 or 20 

왜 작동합니까? 나는 아주 간단한 것을 놓친 것 같지만 그것을 이해할 수는 없다.

또한 256보다 작은 양수로 입력하면 동일한 숫자가 반환됩니다. 나는 자바가이 숫자들을 가지고 무엇을하는지 이해하지 못하는 것 같다.

Answer 1

자바의 리터럴을 - 2 초에서

음수를 만들기 위해 보완, 모든 비트가 뒤집 (1 초 보완)과 1 (이 작업을 2 초 보완하고) 추가 int의 형식입니다.

11111111 11111111 11111111 11101100 //-20 -ve nos are stored in 2's compliment form 
& 00000000 00000000 00000000 11111111 // 0xFF 
    -------- -------- -------- -------- 
    00000000 00000000 00000000 11101100 // 236 

당신이 20 & 0xFF을 perfrom 때 negetaive 값이 2의 칭찬의 형태로 저장되기 때문에, 당신은 값 (236)

를 얻을 이런 일이 발생 :

당신이 -20 & 0xFF을 말할 때,이 일어나는 것이다

00000000 00000000 00000000 00010100 // 20 -ve nos are stored in 2's compliment form 
& 00000000 00000000 00000000 11111111 // 0xFF 
    -------- -------- -------- -------- 
    00000000 00000000 00000000 00010100 // 20 

Answer 2

바이트는 8 비트로 유지 된 서명 값이고 가장 왼쪽 비트는 부호 비트로서 사용된다 -128

127의 범위 일 수있다.

System.out.println(-20 & 0xFF);은 바이트와 관련이 없습니다. 이것은 int 연산입니다.

-20의 이진 표현, 바이트는 그대로 : 1110_1100

1110_1100 & 1111_1111 = 1110_1100

당신이 서명하려는 경우가 놀 문자, 그러나 당신이 행복하지 않을거야 . 현실적으로 Java는 서명이 없습니다.

부정적 측면에 저장되어있는 형태의 '보수 2 초', 예를 들면 :

1111_1111 == -1

왜?

그래서

0000_0000 - Zero 
-0000_0001 - minus one 
--------- 
1111_1110 - Ones complement - (this would be xor 1111_1111) 
+0000_0001 - plus one - we're converting to 2s complement, not doing math 
--------- 
1111_1111 - -1 in 2s complement