例如，在C中，为什么允许对移位的第二个操作数进行签名？

如何解决例如，在C中，为什么允许对移位的第二个操作数进行签名？

| 注意：此问题全部与移位运算符<<和>>的第二个操作数的符号有关。完全不涉及第一个操作数。 CERT INT34-C部分：请勿移位负数... 并不是说它需要理由，而是他们说这是未定义的行为。 我本以为该规则很有意义，因为如果您想以另一种方式进行移位，请使用适合于另一方向的移位运算符以正数移位。 因此，如果在C语言中，既不需要移位又没有定义以负数移位，为什么<<或>>的第二个操作数甚至可以被签名？ 例如，在MISRA-C：2004的第6.10.2节中（无论您对MISRA是喜欢还是不喜欢），这是解释结果类型仅取决于第一个操作数的副作用，它表示“第二个操作数可以是任何有符号或无符号整数类型。 [强调我的] 为什么邀请人们在移位中使用带符号的第二个操作数？为什么允许它？是否有任何编译器警告它？     

解决方法

我无法真正说出事情为什么如此……但是我很高兴我可以按带符号的值进行转换： 表达式

a <<= 3;

中的

3

是一个整数。 如果按

int

移位是非法的，则必须执行

a <<= 3U;

。 将其转换为带符号的值是非法的，这会破坏很多代码（我的意思是说很多）！