JAVA数运算后长度被提升?

Question

byte a=4;
Object o=a&0xff;
得到的o变成Integer型的了。什么原因?

Answer 1

0xff是Interger型，
两个数运算，低级(byte)会向高级（Interger）提升。

Answer 2

byte a=4;
byte b=2;
Object o=a&b;
o还是Integer型啊！

Answer 3

参考
1.byte的大小为8bits而int的大小为32bits 
2.java的二进制采用的是补码形式 在这里先温习下计算机基础理论 byte是一个字节保存的，有8个位，即8个0、1。 
8位的第一个位是符号位， 
也就是说0000 0001代表的是数字1 
1000 0000代表的就是-1 
所以正数最大位0111 1111，也就是数字127 
负数最大为1111 1111，也就是数字-128 上面说的是二进制原码，但是在java中采用的是补码的形式，下面介绍下什么是补码 1、反码： 
一个数如果是正，则它的反码与原码相同； 
一个数如果是负，则符号位为1，其余各位是对原码取反； 2、补码：利用溢出，我们可以将减法变成加法 
对于十进制数，从9得到5可用减法： 
9－4＝5 因为4+6＝10，我们可以将6作为4的补数 
改写为加法： 
9+6＝15（去掉高位1，也就是减10）得到5. 对于十六进制数，从c到5可用减法： 
c－7＝5 因为7+9＝16 将9作为7的补数 
改写为加法： 
c+9＝15（去掉高位1，也就是减16）得到5. 在计算机中，如果我们用1个字节表示一个数，一个字节有8位，超过8位就进1，在内存中情况为（100000000），进位1被丢弃。 ⑴一个数为正，则它的原码、反码、补码相同 
⑵一个数为负，刚符号位为1，其余各位是对原码取反，然后整个数加1 - 1的原码为 10000001 
- 1的反码为 11111110 
+ 1 
- 1的补码为 11111111 0的原码为 00000000 
0的反码为 11111111（正零和负零的反码相同） 
+1 
0的补码为 100000000（舍掉打头的1，正零和负零的补码相同） Integer.toHexString的参数是int，如果不进行&0xff，那么当一个byte会转换成int时，由于int是32位，而byte只有8位这时会进行补位， 
例如补码11111111的十进制数为-1转换为int时变为11111111111111111111111111111111好多1啊，呵呵！即0xffffffff但是这个数是不对的，这种补位就会造成误差。 
和0xff相与后，高24比特就会被清0了，结果就对了。 ---- 
Java中的一个byte，其范围是-128~127的，而Integer.toHexString的参数本来是int，如果不进行&0xff，那么当一个byte会转换成int时，对于负数，会做位扩展，举例来说，一个byte的-1（即0xff），会被转换成int的-1（即0xffffffff），那么转化出的结果就不是我们想要的了。 而0xff默认是整形，所以，一个byte跟0xff相与会先将那个byte转化成整形运算，这样，结果中的高的24个比特就总会被清0，于是结果总是我们想要的。 

Answer 4

Java中的自动类型提升！byte、short、char在运算的时候，自动转换为int!

Answer 5

首先，你这个程序是编译错误的。&操作的左右两边的数据的二进制，左右数据都转换为二进制后进行&操作。操作完毕后的结果是一个int类型，int类型是无法强制转换为Object类型的。不很清楚你怎么能得到Object并且判断出Object的类型为Integer来。

Answer 6

所有整型常数或变量 一旦进行了运算，一律会被提升为int型，因为byte和short的数值范围有限，编译器为了避免数值溢出就进行了这样的操作（哪怕两个很小的数），所以 byte a = 1,b=1, 
byte c = a+b;是编译不过的，

Answer 7

byte、short、char在运算的时候，默认转换为int处理

Answer 8

我就问一句：你编译了没有，如果没有，先编译一下，再下结论。我说几个知识点(1) byte a=1;  实际上，编译器认为默认情况下的数字字面值都是整型，除非你自己在程序中指明1111111L或者11.11f。当然你写一个数字1111111111，编译器一定会报错的，因为他认为这应该是一个整形，但是整型无论如何也表示不了怎么大的一个数。
    所以byte a=1中的 1 ,编译器也认为他是一个整形，但是这个数 -128<=0<=127，因此编译器认为一个byte型的a完全可以存放下数值1，因此它会自动给你转型，不会包类型不匹配的错误。
你可以试试byte a=128;的情况(2) 位运算是两个整形数值间的运算。所以即使下面的情况，也是int型：
        byte a=127;
        byte b=1;
        int o=a&b;
    当然，如果位运算两边有一个变量比int型的范围更宽，则编译器会自动转型成范围更大的类型，比如:
        long a=127;
byte b=1;
long o=a&b;(3) 至于为什么可以是Object o=a&b; 有一点要明确，并不是int基本数据类型可以转化成Object类类型，而是Integer自动向上转型成Object。看看下面的代码：
    int a=1;
    int b=2;
    Integer c=a&b; ->   Integer c=Integer.valueOf(a&b); 编译器默默做的工作
    Object o=c;  
 
    

Answer 9

看《java语言规范》第三版，有详尽解释