JAVA数运算后长度被提升? byte a=4;Object o=a&0xff;得到的o变成Integer型的了。什么原因? 解决方案 » 免费领取超大流量手机卡,每月29元包185G流量+100分钟通话, 中国电信官方发货 0xff是Interger型,两个数运算,低级(byte)会向高级(Interger)提升。 byte a=4;byte b=2;Object o=a&b;o还是Integer型啊! 参考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,于是结果总是我们想要的。 Java中的自动类型提升!byte、short、char在运算的时候,自动转换为int! 首先,你这个程序是编译错误的。&操作的左右两边的数据的二进制,左右数据都转换为二进制后进行&操作。操作完毕后的结果是一个int类型,int类型是无法强制转换为Object类型的。不很清楚你怎么能得到Object并且判断出Object的类型为Integer来。 所有整型常数或变量 一旦进行了运算,一律会被提升为int型,因为byte和short的数值范围有限,编译器为了避免数值溢出就进行了这样的操作(哪怕两个很小的数),所以 byte a = 1,b=1, byte c = a+b;是编译不过的, byte、short、char在运算的时候,默认转换为int处理 我就问一句:你编译了没有,如果没有,先编译一下,再下结论。我说几个知识点(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; 看《java语言规范》第三版,有详尽解释 如何指定弹出窗口的位置?(SWT开发) 关于classpath的问题 简单的问题,在线等! 如何得到一个日期的前一天日期,前一个月的日前,前一年的日期? 贴个笔试题目,看看用java该怎么实现,今天晚上12点结贴 一个在学习break 和 continue 中遇到的问题? 如何关联菜单项和工具栏上的按钮 小问题。JAVA 2是JAVA的哪一个版本,是不是SUN出的?? 我下载的软件是一些后缀为.r01至.r23的文件, 如何解开? 生产者消费者线程问题 获取 数码照片的 拍照日期? XP设备管理器中明明有COM1口 怎么抛异常呢?
两个数运算,低级(byte)会向高级(Interger)提升。
byte b=2;
Object o=a&b;
o还是Integer型啊!
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,于是结果总是我们想要的。
byte c = a+b;是编译不过的,
我就问一句:你编译了没有,如果没有,先编译一下,再下结论。我说几个知识点(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;