就CPU而言，位移运算比除法运算快。 然而，编译器知道这一点，并将适当地优化到它可以的程度， 因此，您可以以最有意义的方式编写代码，并且知道您的代码是有意义的 有效地运行。但是请记住，由于前面指出的原因，在某些情况下，无符号整型可以比整型更好地优化。 如果你不需要符号算术，那么不要包含符号位。

就CPU而言，位移运算比除法运算快。 然而，编译器知道这一点，并将适当地优化到它可以的程度， 因此，您可以以最有意义的方式编写代码，并且知道您的代码是有意义的 有效地运行。但是请记住，由于前面指出的原因，在某些情况下，无符号整型可以比整型更好地优化。 如果你不需要符号算术，那么不要包含符号位。

使用除法(/)，假设这样更清楚。编译器将相应地进行优化。

我们有很多理由支持使用x = x / 2;以下是一些例子:

it expresses your intent more clearly (assuming you're not dealing with bit twiddling register bits or something) the compiler will reduce this to a shift operation anyway even if the compiler didn't reduce it and chose a slower operation than the shift, the likelihood that this ends up affecting your program's performance in a measurable way is itself vanishingly small (and if it does affect it measurably, then you have an actual reason to use a shift) if the division is going to be part of a larger expression, you're more likely to get the precedence right if you use the division operator: x = x / 2 + 5; x = x >> 1 + 5; // not the same as above signed arithmetic might complicate things even more than the precedence problem mentioned above to reiterate - the compiler will already do this for you anyway. In fact, it'll convert division by a constant to a series of shifts, adds, and multiplies for all sorts of numbers, not just powers of two. See this question for links to even more information about this.

简而言之，当你真正想要进行乘法或除法运算时，编写移位代码并没有什么好处，除了可能会增加引入错误的可能性。自从编译器不够聪明到在适当的时候优化这类事情到移位以来，已经过去了。

使用x = x / 2;或x /= 2;因为将来有可能会有一个新的程序员使用它。因此，他更容易发现代码行中发生了什么。每个人可能都不知道这种优化。

只是加了一个注释

在一些基于vm的语言中，x *= 0.5通常会更快——尤其是actionscript，因为变量不需要被检查是否除以0。