原语是用Java签名的，这与它们在内存/传输中的表示方式无关-字节仅为8位，是否将其解释为有符号范围取决于您。没有魔法标志可以说“这是签名的”或“这是未签名的”。

在对原语进行签名时，Java编译器将阻止您将大于+127的值分配给一个字节(或低于-128)。但是，没有什么可以阻止您为了实现这一点而降低int(或Short)：int i = 200; // 0000 0000 0000 0000 0000 0000 1100 1000 (200)byte b = (byte) 200;

// 1100 1000 (-56 by Java specification, 200 by convention)/*

* Will print a negative int -56 because upcasting byte to int does

* so called "sign extension" which yields those bits:

* 1111 1111 1111 1111 1111 1111 1100 1000 (-56)

*

* But you could still choose to interpret this as +200.

*/System.out.println(b); // "-56"/*

* Will print a positive int 200 because bitwise AND with 0xFF will

* zero all the 24 most significant bits that:

* a) were added during upcasting to int which took place silently

*    just before evaluating the bitwise AND operator.

*    So the `b & 0xFF` is equivalent with `((int) b) & 0xFF`.

* b) were set to 1s because of "sign extension" during the upcasting

*

* 1111 1111 1111 1111 1111 1111 1100 1000 (the int)

* &

* 0000 0000 0000 0000 0000 0000 1111 1111 (the 0xFF)

* =======================================

* 0000 0000 0000 0000 0000 0000 1100 1000 (200)

*/System.out.println(b & 0xFF); // "200"/*

* You would typically do this *within* the method that expected an

* unsigned byte and the advantage is you apply `0xFF` only once

* and than you use the `unsignedByte` variable in all your bitwise

* operations.

*

* You could use any integer type longer than `byte` for the `unsignedByte` variable,

* i.e. `short`, `int`, `long` and even `char`, but during bitwise operations

* it would get casted to `int` anyway.

*/void printUnsignedByte(byte b) {

int unsignedByte = b & 0xFF;

System.out.println(unsignedByte); // "200"}