有符号和无符号右移似乎有相同的行为
为什么无符号右移（逻辑右移）和有符号右移（算术右移）对负数产生相同的结果？
Log.v("-59 >>> 5 expected 6, actual", String.valueOf((byte)(-59 >>> 5)));
Log.v("11000101 >>> 5 expected 00000110, actual",Integer.toBinaryString( -59 >>> 5));
Log.v("11000101 >> 5 expected 00000110, actual",Integer.toBinaryString( -59 >> 5));
Android Studio Logcat输出
-59 >>> 5 expected 6, actual: -2
11000101 >>> 5 expected 00000110, actual: 111111111111111111111111110
11000101 >> 5 expected 00000110, actual: 11111111111111111111111111111110
共有1个答案
这是正常行为。任何一个负值的整数都有一个从无穷多个1s开始的二进制表示形式。
因此，如果您从说：-3开始，二进制表示如下所示：
...11 1101
所以如果我们把这个移2
...11 1111
1111 1101
1111 1111
0011 1111
1111 1111 1111 1111 1111 1111 1100 0101 == -59
0000 0111 1111 1111 1111 1111 1111 1110 == -59 >>> 5
1111 1111 1111 1111 1111 1111 1100 0101 == -59
0000 0000 0000 0000 0000 0000 1111 1111 == 0xff
0000 0000 0000 0000 0000 0000 1100 0101 == -59 & 0xff
0000 0000 0000 0000 0000 0000 0000 0110 == (-59 & 0xff) >>> 5
-
简单的问题：为什么如果我在Java中对字节变量应用无符号右移（也是短的），它就像int一样威胁它： 控制台输出：
-
精明的加法学专家会注意到，它只能加到62位。我在编译器和芯片设计方面的经历告诉我，保留位值黄金。所以我们有两个（设置为零）。 那么这是否意味着： 问题一： ~表示36位移位，包含10位类型Id和其余36位本地Id： #00000000000000000000# ShardID 3429的 二进制=1101 0110 0101 因此(hashedValue>>46)=00000 0 110 1 01
-
我在看的书:CS-app 2。c有无符号和有符号的int类型，并且在大多数架构中使用二进制补码算法来实现有符号值；但是学了一些汇编代码之后，发现很少有指令区分无符号和有符号。所以我的问题是: > 区分有符号和无符号是编译器的责任吗？如果是，它是如何做到的？ 谁实现两个补码算法——CPU还是编译器？ 添加更多信息： 在学习了更多的指令后，实际上有一些指令区分有符号和无符号，例如setg、seta等。
-
问题内容： 如何在SQL Server中编写无符号右移运算符？表情就像 这是例如 -5381 >>> 0 = 4294961915 问题答案： T-SQL没有移位运算符，因此您必须自己实现。这里有一个按位移位的实现：http : //dataeducation.com/bitmask- handling-part-4-left-shift-and-right-shift/ 您必须将整数强制转换为v
-
为了在Swift中实现这一点，我将通过执行以下操作来获取除符号位以外的所有位， 注意数字必须是负数！如果shift操作符溢出，应用程序就会随着EXC_BAD_INSTRUCTION崩溃，这不是很好...另外，我是故意使用Int64的。因为没有更大的数据类型，所以执行类似(1<<63)的操作会溢出Int64并崩溃。因此，我没有在更大的数据类型中执行((1<<63)-1+negativeNumber)
-
问题内容： 无符号右移运算符在最左边插入0。所以当我这样做 输出 因此，它将在最左边的位中插入0。 输出 不应该是0吗？ 问题答案： 参见http://docs.oracle.com/javase/specs/jls/se7/html/jls-15.html#jls-15.19 如果左侧操作数的提升类型为int，则仅将右侧操作数的最低5位用作移位距离。就像右侧操作数受到掩码值0x1f（0b1111