Java的符号扩展与零扩展

 

byte b = -127;
System.out.println(b); // -127
int b1 = b & 0xff;
System.out.println(b1); // 129

b的二进制表示为:10000001

(1)符号位扩展:

11111111 11111111 11111111 10000001 = -127


(2)补零扩展:

b&0xff为
11111111 11111111 11111111 10000001
              &   11111111
                 -----------
00000000 00000000 00000000 10000001 = 129

 

转型被用来将一个数值从一种类型转换到另一种类型。 下面的程序连续使用了三个转型。那么它到底会打印出什么呢?

public class Multicast{
   public static void main (String[] args){
        System.out.println((int)(char)(byte) -1);
   }
}

无论你怎样分析这个程序,都会感到很迷惑。它以 int 数值-1 开始,然后从 int转型为 byte,之后转型为 char,最后转型回 int。第一个转型将数值从 32 位窄化到了 8 位,第二个转型将数值从 8 位拓宽到了 16 位,最后一个转型又将数值从 16 位拓宽回了 32 位。这个数值最终是回到了起点吗?如果你运行该程序,你就会发现不是。它打印出来的是 65535,但是这是为什么呢?

该程序的行为紧密依赖于转型的符号扩展行为。Java 使用了基于 2 的补码的二进制运算,因此 int 类型的数值-1 的所有 32 位都是置位的。从 int 到 byte 的
转型是很简单的,它执行了一个窄化原始类型转化(narrowing primitive conversion),直接将除低 8 位之外的所有位全部砍掉。这样做留下的是一个 8
位都被置位了的 byte,它仍旧表示-1。
从 byte 到 char 的转型稍微麻烦一点,因为 byte 是一个有符号类型,而 char是一个无符号类型。在将一个整数类型转换成另一个宽度更宽的整数类型时,通
常是可以保持其数值的,但是却不可能将一个负的 byte 数值表示成一个 char。因此,从 byte 到 char 的转换被认为不是一个拓宽原始类型的转换,而是一个拓
宽并窄化原始类型的转换(widening and narrowing primitive conversion):byte 被转换成了 int,而这个 int 又被转换成了 char。所有这些听起来有点复杂,幸运的是,有一条很简单的规则能够描述从较窄的整型转换成较宽的整型时的符号扩展行为:如果最初的数值类型是有符号的,那么就执行符号扩展;如果它是 char,那么不管它将要被转换成什么类型,都执行零扩展。了解这条规则可以使我们很容易地解决这个谜题。
因为 byte 是一个有符号的类型,所以在将 byte 数值-1 转换成 char 时,会发生符号扩展。作为结果的 char 数值的 16 个位就都被置位了,因此它等于 216-1,即 65535。从 char 到 int 的转型也是一个拓宽原始类型转换,所以这条规则告诉我们, 它将执行零扩展而不是符号扩展。 作为结果的 int 数值也就成了 65535,
这正是程序打印出的结果。尽管这条简单的规则描述了在有符号和无符号整型之间进行拓宽原始类型时的符号扩展行为,你最好还是不要编写出依赖于它的程序。如果你正在执行一个转型到 char 或从 char 转型的拓宽原始类型转换,并且这个 char 是仅有的无符号整型,那么你最好将你的意图明确地表达出来。如果你在将一个 char 数值 c 转型为一个宽度更宽的类型,并且你不希望有符号扩展,那么为清晰表达意图,可以考虑使用一个位掩码,即使它并不是必需的:
int i = c & 0xffff;
或者,书写一句注释来描述转换的行为:
int i = c; //不会执行符号扩展
如果你在将一个 char 数值 c 转型为一个宽度更宽的整型,并且你希望有符号扩展,那么就先将 char 转型为一个 short,它与 char 具有同样的宽度,但是它是
有符号的。在给出了这种细微的代码之后,你应该也为它书写一句注释:
int i = (short) c; //转型将引起符号扩展
如果你在将一个 byte 数值 b 转型为一个 char,并且你不希望有符号扩展,那么你必须使用一个位掩码来限制它。这是一种通用做法,所以不需要任何注释:
char c = (char) (b & 0xff);
这个教训很简单:如果你通过观察不能确定程序将要做什么,那么它做的就很有可能不是你想要的。要为明白清晰地表达你的意图而努力。尽管有这么一条简单的规则,描述了涉及有符号和无符号整型拓宽转换的符号扩展行为,但是大多数程序员都不知道它。 如果你的程序依赖于它, 那么你就应该把你的意图表达清楚。

 

参考:

(1)https://www.cnblogs.com/DarrenChan/p/6838771.html

(2)https://www.cnblogs.com/liujinhong/p/6005714.html

 

转载于:https://www.cnblogs.com/extjs4/p/9408192.html

  • 0
    点赞
  • 2
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值