[Flags] enum之间的意外行为:long vs [Flags] enum:ulong

Question

编译但不应该

[Flags]
enum TransactionData : long  // 64 bits.  Last bit is sign bit, but I'm putting data there
{
    None = 0,
    Color1 = 1 << 63,
}

错误但不应该

[Flags]
enum TransactionData : ulong  // 64 bits. No sign bit.  Not allowed to put data there
{
    None = 0,
    Color1 = 1 << 63,
}

编译器错误文本:

-2147483648无法转换为ulong

题:

我希望会发生相反的情况.谁能解释为什么会这样？

我也可以如何打印这个flags属性byte[]进行检查？

 var eee  = TransactionData.None | TransactionData.Color1
 // How do I convert eee to byte[]?

Answer 1

请注意,这1 << 63不是一个ulong甚至是一个long.编译器将其解释为int.请注意以下示例:

enum TransactionData : long
{
    None = 0,
    Color1 = 1 << 31,
    Color2 = 1 << 63,
}

Console.WriteLine(TransactionData.Color1 == TransactionData.Color2); // True

但是,您可以ulong通过添加ul到结尾来强制编译器将其解释为:

enum TransactionData : ulong
{
    None = 0,
    Color1 = 1ul << 63,
}

虽然很多人更喜欢使用大写字母,L因为小写l看起来很像一个数字1.可以在此处找到编译器支持的后缀的完整列表.

另外,我应该指出1ul << 63实际上是64位宽(它是一位,移位63位).