에서 http://www.coderanch.com/t/236675/java-programmer-SCJP/certification/xff
16 진수 리터럴 0xFF는 동일한 int (255)입니다. Java는 int를 32 비트로 나타냅니다. 바이너리에서 다음과 같이 보입니다.
00000000 00000000 00000000 11111111
임의의 숫자에 대해이 값 (255)을 사용하여 비트 단위 AND를 수행하면 숫자의 가장 낮은 8 비트를 제외한 모든 것을 마스킹 (제로 만들기)합니다 (있는 그대로).
... 01100100 00000101 & ...00000000 11111111 = 00000000 00000101
&는 %와 비슷하지만 실제로는 아닙니다 .
그리고 왜 0xff?이것은 ((2의 거듭 제곱)-1)입니다. 모든 ((2의 거듭 제곱)-1) (예 : 7, 255 ...)는 % 연산자처럼 동작합니다.
그런
다음 바이너리에서 0은 모두 0이며 255는 다음과 같습니다.
00000000 00000000 00000000 11111111
그리고 -1은 다음과 같습니다.
11111111 11111111 11111111 11111111
0xFF의 비트 AND와 0에서 255 사이의 값을 수행하면 결과는 값과 정확히 동일합니다. 255보다 큰 값이 여전히 있으면 결과는 0-255 내에 있습니다.
그러나 다음과 같은 경우 :
-1 & 0xFF
당신은 얻을
00000000 00000000 00000000 11111111, -1의 원래 값과 같지 않습니다 ( 11111111십진수로 255).
조금 더 많은 조작 : (질문과 관련이 없음)
X >> 1 = X/2
X << 1 = 2X
특정 비트가 설정되었는지 (1) 또는 설정되지 않았는지 (0) 확인한 다음
int thirdBitTobeChecked = 1 << 2 (...0000100)
int onWhichThisHasTobeTested = 5 (.......101)
int isBitSet = onWhichThisHasTobeTested & thirdBitTobeChecked;
if(isBitSet > 0) {
//Third Bit is set to 1
}
특정 비트 설정 (1)
int thirdBitTobeSet = 1 << 2 (...0000100)
int onWhichThisHasTobeSet = 2 (.......010)
onWhichThisHasTobeSet |= thirdBitTobeSet;
특정 비트를 다시 설정 (0)
int thirdBitTobeReSet = ~(1 << 2) ; //(...1111011)
int onWhichThisHasTobeReSet = 6 ;//(.....000110)
onWhichThisHasTobeReSet &= thirdBitTobeReSet;
XOR
XOR 연산을 두 번 수행하면 동일한 값이 생성됩니다.
byte toBeEncrypted = 0010 0110
byte salt = 0100 1011
byte encryptedVal = toBeEncrypted ^ salt == 0110 1101
byte decryptedVal = encryptedVal ^ salt == 0010 0110 == toBeEncrypted :)
XOR의 또 다른 논리는
if A (XOR) B == C (salt)
then C (XOR) B == A
C (XOR) A == B
위의 내용은 아래와 같이 temp없이 두 변수를 교환하는 데 유용합니다.
a = a ^ b; b = a ^ b; a = a ^ b;
또는
a ^= b ^= a ^= b;