Qt4.8.7+VS2010下QFlags枚举值越界常量截断问题如何解决

• 默认枚举类型容量不足：VS2010默认使用32位有符号int作为未显式指定底层类型的枚举的存储类型，最大值仅为0x7FFFFFFF，你定义的xxxxx920P4值为0x100000000，已经超出32位数据的存储上限，编译器会自动截断低32位，得到值0x00000000，和xxxxxundefine完全相等，直接导致循环终止条件一开始就触发，循环无法执行。
• 常量类型匹配问题：你定义的十六进制常量默认会被识别为有符号整数，0x80000000及以上的值本身已经超出32位有符号int的正整数范围，本身就会触发截断告警。
• QFlags存储类型不匹配：Qt的Q_DECLARE_FLAGS默认生成的QFlags实例使用int作为存储类型，就算枚举本身容量足够，QFlags也会再次发生截断。

方案1：复用闲置低位枚举值（修改量最小，临时适配） #

如果你的业务中已经不再支持xxxxx400到xxxxx700等早期版本，可以直接删除这些不再使用的枚举定义，将后续新增的版本号（比如xxxxx920P4）调整到空出来的低32位位空间内，避免超出32位存储上限。

方案2：显式指定枚举底层类型为64位无符号整数（推荐，根治问题） #

VS2010已经支持枚举底层类型指定的语法，直接修改枚举定义，同时给所有枚举常量添加无符号长整型后缀，再同步调整QFlags的存储类型即可：

// 显式指定枚举底层类型为64位无符号整数
enum Version : unsigned long long
{
    xxxxxundefine   = 0x00000000ULL,
    xxxxx400     = 0x00000001ULL,
    xxxxx401     = 0x00000002ULL,
    // 其余原有枚举值全部添加ULL后缀，保证常量类型匹配
    xxxxx920P3   = 0x80000000ULL,
    xxxxx920P4   = 0x100000000ULL,
}; 
// 显式指定QFlags的存储类型为64位无符号整数，避免二次截断
typedef QFlags<Version, unsigned long long> Versions;

修改完成后重新编译，原有的C4341和C4309告警会直接消失，xxxxx920P4的数值也不会再被截断为0，循环逻辑可以正常执行。

方案3：拆分版本标识字段（适合重构场景） #

如果你不需要使用QFlags的位运算能力，只是需要区分不同版本，可以直接放弃位标志的设计，改为用递增整数作为枚举值，或者拆分主版本、次版本两个独立字段存储，从设计上避免单字段存储过大数值的问题。

内容的提问来源于stack exchange，提问作者Ming