A股上市公司传智教育(股票代码 003032)旗下技术交流社区北京昌平校区

 找回密码
 加入黑马

QQ登录

只需一步,快速开始

© 李月 中级黑马   /  2012-5-11 09:46  /  2268 人查看  /  3 人回复  /   0 人收藏 转载请遵从CC协议 禁止商业使用本文

请问当8位的byte转换成32位的int的时候,默认的前24位补的是0,还是1呢?

转换后原数据会不会有改变的情况?

评分

参与人数 1技术分 +1 收起 理由
贠(yun)靖 + 1

查看全部评分

3 个回复

正序浏览
待转换的数是正数时补0;待转换数是负数时补1。
回复 使用道具 举报
当8位的byte转换成32位的int的时候,默认的前24位补的是0
小类型转换成大类型属于自动转换,原数据不会改变。
回复 使用道具 举报
lz 需明白直接的 byte -> int 转换是值转换,转换前后的值相等

正整数的话,两者的低 8 位相同,int 的其它补成 0

因为负整数采用的是补码,两者的低 8 位相同,转换成 int 时自然需要在高位补 1

而 lz 要的是 byte 类型的各 bit 的值,不考虑正负

转换成 int 类型后低 8 位还是一样的, &0xFF 就能取出这低 8 位,去掉高位多余的部分

发表于:2008-12-20 10:18:207楼 得分:8
1、 -1的原码是1000 0001, 补码为1111 1111(看来负数直接就用补码了--化减为加)
2、 而Java中byte转int是值的转换,即模为8的-1补码,转换为模为32的-1补码,如下:
  -1原码1000 0001,符号位后,补0补齐32位,如下:
  1000 0000 0000 0000 0000 0000 0000 0001  (-1的模为32位的原码)
  1111 1111 1111 1111 1111 1111 1111 1111  (-1的模为32位的补码)
  0000 0000 0000 0000 0000 0000 1111 1111  (oxff的二进制) (按为与)
  0000 0000 0000 0000 0000 0000 1111 1111 = 按位与后的结果,在int中很明显为255。
3、因为正数的补码与本身相等,符号位也为0,所以8转32时,直接在前面补0就好了。

评分

参与人数 1技术分 +1 收起 理由
贠(yun)靖 + 1

查看全部评分

回复 使用道具 举报
您需要登录后才可以回帖 登录 | 加入黑马