FlagsAttribute 枚举问题

Question

所以我正在构建一个 MSNP（windows live messenger）客户端。我有这个能力列表

public enum UserCapabilities : long
{
    None = 0,
    MobileOnline = 1 << 0,
    MSN8User = 1 << 1,
    RendersGif = 1 << 2,
    ....
    MsgrVersion7 = 1 << 30,
    MsgrVersion8 = 1 << 31,
    MsgrVersion9 = 1 << 32,
}

完整列表在这里http://paste.pocoo.org/show/383240/

服务器将每个用户的能力作为长整数发送给客户端，我将其转换为 UserCapabilities

capabilities = Int64.Parse(e.Command.Args[3]);
user._capabilities = (UserCapabilities)capabilities;

这很好，至少有一个用户（能力值为 1879474220），我可以做到

Debug.WriteLine(_msgr.GetUser(usr).Capabilities);

这将输出

RendersGif, RendersIsf, SupportsChunking, IsBot, SupportsSChannel, SupportsSipInvite, MsgrVersion5, MsgrVersion6, MsgrVersion7

但是对于另一个具有 (3055849760) 能力值的用户，当我这样做时，我只会输出相同的数字

3055849760

我希望看到的是功能列表，就像其他用户一样。

我确信发生这种情况是有充分理由的，但无论我如何努力向 Google 提出问题，我都找不到答案。

请帮帮我:)

Answer 1

移位运算符的定义是指32位数字只使用最低5位，64位只使用前6位；意思：

1 << 5

与

相同

1 << 37

（都是32）

通过制作：

MsgrVersion9 = 1L << 32

您将其设为 64 位数字，这就是 @leppie 的修复有效的原因；否则<< 被视为first（注意1<<32 与 1<<0 相同，即1)，然后将生成的1 转换为long；所以它仍然是1。

来自 ECMA 规范中的 §14.8：

对于预定义的运算符，要移位的位数计算如下：

• 当x的类型为int或uint时，移位计数由count的低五位给出。换句话说，移位计数是根据count & 0x1F 计算的。
• 当x的类型为long或ulong时，移位计数由count的低六位给出。换句话说，班次计数是根据count & 0x3F 计算得出的。

如果结果移位计数为零，则移位运算符只返回 x 的值。

移位操作永远不会导致溢出，并且在已检查和未检查的上下文中产生相同的结果

Answer 2

问题可能与算术溢出有关。

具体在：

MsgrVersion8 = 1 << 31,
MsgrVersion9 = 1 << 32,

我建议你做到：

MsgrVersion8 = 1L << 31,
MsgrVersion9 = 1L << 32,

为了防止意外溢出。

更新：

似乎较小的数字“触及”31 位，而较大的数字“触及”32 位。