ChatGPT解决这个技术问题 Extra ChatGPT

Difference between >>> and >>

What is the difference between >>> and >> operators in Java?


Z
Ziggy

>> is arithmetic shift right, >>> is logical shift right.

In an arithmetic shift, the sign bit is extended to preserve the signedness of the number.

For example: -2 represented in 8 bits would be 11111110 (because the most significant bit has negative weight). Shifting it right one bit using arithmetic shift would give you 11111111, or -1. Logical right shift, however, does not care that the value could possibly represent a signed number; it simply moves everything to the right and fills in from the left with 0s. Shifting our -2 right one bit using logical shift would give 01111111.


While I agree and appreciate that arithmetic shifts can be used to multiply signed numbers by 2^k, I find it weird that this is everyone's answer. A string of bits isn't a number, and >> can always be used on any string of bits: it always does the same thing regardless of the role that string of bits is playing and regardless of whether it has a concept of 'sign'. Would it be OK to extend your already great answer with a discussion of the case when your operand is not being interpreted as a signed number? Does my complaint makes sense?
Why do you say a string of bits isn't a number? Would you say a sequence of decimal digits isn't a number?
@danben Discussing whether it is or isn't a number only makes sense if you link it to a context. If the internet is just electricity, then I agree that a String is just a number.
@danben but actually, I think what Ziggy was really refering to (imho), is that a String could also be regarded as a char[]. He's not saying that a char is not a number ; he's just saying that it's an unsigned number. I think that's where he's lost.
@Ziggy is right: Not every string of bits is a number, and not every sequence of decimal digits is a number. For example: Telephone numbers, post codes (in many countries) etc. are strings of decimal digits, but it doesn't make sense to add, subtract or multiply them, so they're not really numbers. They happen to be strings of decimal digits, but should be treated as strings of characters. (Post codes in Canada and UK contain letters and digits.)
C
Community

>>> is unsigned-shift; it'll insert 0. >> is signed, and will extend the sign bit.

JLS 15.19 Shift Operators

The shift operators include left shift <<, signed right shift >>, and unsigned right shift >>>. The value of n>>s is n right-shifted s bit positions with sign-extension. The value of n>>>s is n right-shifted s bit positions with zero-extension.

    System.out.println(Integer.toBinaryString(-1));
    // prints "11111111111111111111111111111111"
    System.out.println(Integer.toBinaryString(-1 >> 16));
    // prints "11111111111111111111111111111111"
    System.out.println(Integer.toBinaryString(-1 >>> 16));
    // prints "1111111111111111"

To make things more clear adding positive counterpart

System.out.println(Integer.toBinaryString(121));
// prints "1111001"
System.out.println(Integer.toBinaryString(121 >> 1));
// prints "111100"
System.out.println(Integer.toBinaryString(121 >>> 1));
// prints "111100"

Since it is positive both signed and unsigned shifts will add 0 to left most bit.

Related questions

Right Shift to Perform Divide by 2 On -1

Is shifting bits faster than multiplying and dividing in Java? .NET?

what is c/c++ equivalent way of doing ‘>>>’ as in java (unsigned right shift)

Negative logical shift

Java’s >> versus >>> Operator?

What is the difference between the Java operators >> and >>>?

Difference between >>> and >> operators

What’s the reason high-level languages like C#/Java mask the bit shift count operand? 1 >>> 32 == 1

1 >>> 32 == 1


Without your examples, I wouldn't get it.
c
corsiKa

>>> will always put a 0 in the left most bit, while >> will put a 1 or a 0 depending on what the sign of it is.


M
Matt

They are both right-shift, but >>> is unsigned

From the documentation:

The unsigned right shift operator ">>>" shifts a zero into the leftmost position, while the leftmost position after ">>" depends on sign extension.


can you explain with an example
I also think you should give an example.
I suppose that >>> is unsigned, but why does 7>>32=7? I ran a loop that did one shift at a time and saw that after 32 shifts, it came back to 7. The only way that this could make sense is that for each number shifted out, it entered an "outer circle." After 32 shifts, it reached somehow back to it's position, but obviously that still doesn't make sense. What is going on?
@IanLimarta It doesn't? I just get 0. (for (int i = 7 << 1, j = 0; j < 32; j++) System.out.println(Integer.toString(i >>= 1, 2));) If you mean why >>32 itself returns the original value, see this.
I'm sorry. I meant why does '7>>>32=7'.
a
andru

The logical right shift (v >>> n) returns a value in which the bits in v have been shifted to the right by n bit positions, and 0's are shifted in from the left side. Consider shifting 8-bit values, written in binary:

01111111 >>> 2 = 00011111
10000000 >>> 2 = 00100000

If we interpret the bits as an unsigned nonnegative integer, the logical right shift has the effect of dividing the number by the corresponding power of 2. However, if the number is in two's-complement representation, logical right shift does not correctly divide negative numbers. For example, the second right shift above shifts 128 to 32 when the bits are interpreted as unsigned numbers. But it shifts -128 to 32 when, as is typical in Java, the bits are interpreted in two's complement.

Therefore, if you are shifting in order to divide by a power of two, you want the arithmetic right shift (v >> n). It returns a value in which the bits in v have been shifted to the right by n bit positions, and copies of the leftmost bit of v are shifted in from the left side:

01111111 >> 2 = 00011111
10000000 >> 2 = 11100000

When the bits are a number in two's-complement representation, arithmetic right shift has the effect of dividing by a power of two. This works because the leftmost bit is the sign bit. Dividing by a power of two must keep the sign the same.


B
Braj

Read more about Bitwise and Bit Shift Operators

>>      Signed right shift
>>>     Unsigned right shift

The bit pattern is given by the left-hand operand, and the number of positions to shift by the right-hand operand. The unsigned right shift operator >>> shifts a zero into the leftmost position,

while the leftmost position after >> depends on sign extension.

In simple words >>> always shifts a zero into the leftmost position whereas >> shifts based on sign of the number i.e. 1 for negative number and 0 for positive number.

For example try with negative as well as positive numbers.

int c = -153;
System.out.printf("%32s%n",Integer.toBinaryString(c >>= 2));
System.out.printf("%32s%n",Integer.toBinaryString(c <<= 2));
System.out.printf("%32s%n",Integer.toBinaryString(c >>>= 2));
System.out.println(Integer.toBinaryString(c <<= 2));

System.out.println();

c = 153;
System.out.printf("%32s%n",Integer.toBinaryString(c >>= 2));
System.out.printf("%32s%n",Integer.toBinaryString(c <<= 2));
System.out.printf("%32s%n",Integer.toBinaryString(c >>>= 2));
System.out.printf("%32s%n",Integer.toBinaryString(c <<= 2));

output:

11111111111111111111111111011001
11111111111111111111111101100100
  111111111111111111111111011001
11111111111111111111111101100100

                          100110
                        10011000
                          100110
                        10011000

Thanks. Just want to add a comment to reference the bit representation for Integer.MAX_VALUE, Integer.MIN_VALUE, -1, 0, 1. eg: System.out.println(Integer.MAX_VALUE + ": " + String.format("%32s", Integer.toBinaryString(Integer.MAX_VALUE)).replace(' ', '0')); Integer.MAX_VALUE: 01111111111111111111111111111111; Integer.MIN_VALUE: 10000000000000000000000000000000; -1: 11111111111111111111111111111111; 0: 00000000000000000000000000000000; 1: 00000000000000000000000000000001
s
solimant

The right shift logical operator (>>> N) shifts bits to the right by N positions, discarding the sign bit and padding the N left-most bits with 0's. For example:

-1 (in 32-bit): 11111111111111111111111111111111

after a >>> 1 operation becomes:

2147483647: 01111111111111111111111111111111

The right shift arithmetic operator (>> N) also shifts bits to the right by N positions, but preserves the sign bit and pads the N left-most bits with 1's. For example:

-2 (in 32-bit): 11111111111111111111111111111110

after a >> 1 operation becomes:

-1: 11111111111111111111111111111111