加了[Flags]特性仍需手动赋值为2的幂（如1,2,4,8），否则位组合无法唯一解析；应避免HasFlag，改用(x & flag) == flag；解析时优先用逗号字符串而非数字，EF Core需额外校验非法位组合。
为什么加了 [Flags] 还不能直接用按位或组合？
加了 [Flags] 特性只是告诉编译器“这个枚举支持位运算”，但不会自动给每个值分配 2 的幂次。如果手动赋值写成 Red = 1, Green = 2, Blue = 3，Blue 就不是独立的位，Red | Blue 会和 Green | Red 冲突，解析时无法区分。
必须显式使用 2 的幂（即二进制只有一位为 1）：
[Flags]
public enum Permission
{
None = 0,
Read = 1, // 0001
Write = 2, // 0010
Delete = 4, // 0100
Admin = 8 // 1000
}- 漏掉
None = 0：会导致default(Permission)不是空状态，.HasFlag()或== Permission.None行为异常 - 跳着赋值（如
Read = 1, Write = 4）：中间空出的位可能被误判为未定义值，.ToString()输出会变成数字而非名称 - 用
1 替代硬编码更安全，比如 <code>Read = 1
HasFlag 很慢且已过时，该用什么替代？
HasFlag 是反射实现，.NET Core 2.1+ 和 .NET 5+ 中性能差、不内联，还对 None 处理不一致（value.HasFlag(None) 永远返回 true）。直接用位与运算更可靠：
var userPerm = Permission.Read | Permission.Write; <p>// ✅ 推荐：位与判断 bool canRead = (userPerm & Permission.Read) == Permission.Read;</p><p>// ❌ 避免：HasFlag bool canReadOld = userPerm.HasFlag(Permission.Read);
- 注意括号：
(userPerm & Permission.Read) != 0在Permission.Read = 0时失效，所以必须和原值比较 - 如果枚举有
None = 0，(x & None) == None恒成立，但这是预期行为 - 在 LINQ 查询中（如 EF Core），
HasFlag无法翻译成 SQL，必须用位与表达式才能下推到数据库
如何安全地从整数或字符串解析多选枚举？
Enum.Parse 和 Enum.TryParse 对带逗号的字符串（如 "Read, Write"）支持良好，但对纯数字（如 "3"）会直接匹配值，不校验是否为合法组合：
// ✅ 安全：字符串解析（推荐）
if (Enum.TryParse<Permission>("Read, Write", out var p1))
Console.WriteLine(p1); // 输出 "Read, Write"
<p>// ⚠️ 危险：数字解析可能绕过位合法性检查
if (Enum.TryParse<Permission>("3", out var p2))
Console.WriteLine(p2); // 输出 "3"，但 3 不是预定义组合（Read|Write=3 是巧合，但不可靠）</p><p>// ✅ 更稳妥：先转 int，再验证是否为合法位组合
int raw = 3;
if (raw == 0 || (raw & (raw - 1)) == 0 || Enum.IsDefined(typeof(Permission), raw))
// 注意：这只能粗筛单个标志；多选需额外逻辑，如 (raw & ~allValidBits) == 0- 用
Permission.Read | Permission.Write构造值比拼字符串更类型安全 - 反序列化 JSON 时，
System.Text.Json默认支持逗号分隔字符串；若用整数，需确认 API 文档是否允许非定义值 - 数据库存整数时，建议加 CHECK 约束，例如
CHECK (PermissionValue & ~15 = 0)（假设最大值是 15）
EF Core 中存储 Flags 枚举要注意什么？
EF Core 默认把 [Flags] 枚举当整数映射，但不会自动校验值是否为合法位组合——你存个 5（Read|Delete）没问题，存个 6（Write|Delete）也没问题，但存个 7（Read|Write|Delete）依然合法；真正要拦的是像 3 这种“未定义但碰巧能算出来”的值。
- 在实体类里加属性验证（如
OnModelCreating中配置HasCheckConstraint） - 读取后立即用扩展方法过滤非法值：
if (!IsValidFlags(value)) throw new InvalidDataException(); - 不要依赖
.ToString()做业务判断——它对非法值返回空字符串或数字，容易引发空引用 - 迁移脚本中，若旧数据含非法值，
HasFlag可能返回意外结果，务必先清洗
位运算本身很简单，麻烦的是边界：谁负责校验输入、谁负责处理非法值、日志里怎么呈现组合状态——这些地方不设防，线上就容易出现“明明给了权限却说没权限”的问题。
