Why is the range of bytes -128 to 127 in Java?
As James pointed out in his comment, it's because that's how two's complement works.
If we put it in other terms, you can represent 2^8 = 256 kind of values. which is, in this case used as 128 negative numbers, 127 positive numbers, and zero. If we used 7 bits to represent the value, +1 bit for a sign, we could represent one less value and would also have two zeros (which would be very unfortunate as comparing two values would be more complicated because of that).
Basic numeric types can represent 2^n numbers. Look at a case n=2. You can represent four cases, lets call them a, b, c, d. Then you can agree to either a=-2, b=-1, c=0, d=1 (this is accepted way) or a=-1, b=0, c=1, d=2 (Possible, but not used). So, if you only have one zero and hold 2^n states your abs(min) != max Increasing the n moves the borders, but abs(min) != max still holds.
The answer is two's complement.
In short, Java (and most modern languages) do not represent signed integers using signed-magnitude representation. In other words, an 8-bit integer is not a sign bit followed by a 7-bit unsigned integer.
Instead, negative integers are represented in a system called two's complement, which allows easier arithmetic processing in hardware, and also eliminates the potential ambiguity of having positive zero and negative zero. A side effect of eliminating negative zero is that there is always one extra negative number available at the bottom of the range.
Another interesting property of two's complement systems is that the first bit does effectively function as a sign indicator (i.e. all numbers beginning with the bit 1 are negative), but the next seven bits are not to be interpreted on their own as an unsigned number to which the sign bit is applied.
Two's complement isn't terribly complicated, but getting an initial good grip on what two's complement is and how and why it works is probably beyond the scope of an SO answer. Start with the Wikipedia article, or google the term for more resources.
To try to briefly address your query about -128, the fundamental idea behind generating a two's complement number is to take the unsigned form of the number, invert all of the bits and add one. So unsigned 128 is 10000000. Inverted, it's 01111111, and adding one gets 10000000 again. So in a two's complement system, 10000000 is unambiguously -128 and not +128. Numbers greater than or equal to +128 simply cannot be represented in 8 bits using a two's complement system because they would be ambiguous with the forms of negative numbers.
Two´s complement works as follows;
A byte consists of 8 bits.
00000000 means 0
11111111 means 255
However, if the numbers were presented like that, we would not differentiate between whether the resulting number is positive or negative. Because of this reason, the bit on the left side gives us this information. If the bit on the left side is 0, you can start adding the value of other bits on the top of zero. If the bit is 1, you should start adding on the top of -128. Because the bit on the left side is two to the power of seven.
Examples;
In these examples, the bit on the left side is 1, it means we are adding the values of other bits on the top of -128.
10000000 = -128 (-128 + 0)
10000001 = -127 (-128 + 1)
10000011 = -125 (-128 + 3)
10000111 = -121 (-128 + 7)
Same bits but this time, the bit on the left is 0. That means we are starting to add on the top of 0.
00000000 = 0 (0 + 0)
00000001 = 1 (0 + 1)
00000011 = 3 (0 + 3)
00000111 = 7 (0 + 7)
If we are ok until now, the answer to your question,
the smallest possible number
10000000 = -128
the biggest possible number
011111111 = 127
That is why the range is between -128 and 127.