IntEnum 比 Enum 快在整数比较而非对象身份比对：IntEnum 成员是 int 实例，== 直接调用 C 层整数比较；Enum 成员是独立对象，== 触发 eq 方法调用，有属性查找和逻辑开销。
IntEnum 比 Enum 快在哪？本质是整数比较而非对象身份比对
当你用
定义成员（比如
），每个成员都是独立对象，
比较实际触发的是
方法调用，涉及属性查找和逻辑判断；而
继承自
，成员本身就是整数——
直接走 C 层整数比较，无函数调用开销。在高频循环或条件判断中（如解析协议字段、状态机跳转），这个差异会明显放大。
典型场景：每秒处理数万条日志，需频繁比对
字段是否等于
实测差异：在 Python 3.11 下，
成员比较比普通
快 3–5 倍（基于
测量
）
注意：只有
、
、
判断仍依赖单例性，两者行为一致
什么时候不能直接换 IntEnum？小心类型隐式转换陷阱
IntEnum 的“整数性”是一把双刃剑：它允许与
直接比较（
返回
），但也意味着可能意外绕过类型检查，掩盖逻辑错误。
常见坑：数据库读出的整数
直接和
比较，看似正常，但若数据脏（比如存了 -1 或 999），
会被动态构造，不报错却产生非法枚举实例
安全做法：显式用
构造，并捕获
；或改用
做查表（返回
而非抛异常）
Pydantic / dataclass 场景：若字段声明为
类型，传入纯数字会触发验证失败——此时
反而更严格，不是缺陷而是保护
性能敏感路径下，用 _value2member_map_ 替代遍历 name 查找
即使用了
，若你常做 “已知值找成员”（比如从 JSON 整数还原枚举），别写
——这是 O(n) 遍历。所有
（及
）都预建了
字典，支持 O(1) 查找。
Python 3.14.3
微软官方的 Python 扩展，是 VS Code 安装量最高的扩展（209M+）。集成 IntelliSense（通过 Pylance）、调试（通过 Python Debugger）、代码检查、格式化、重构和单元测试等功能。支持 Jupyter Notebook、虚拟环境管理和多 Python 版本切换。
下载
是私有属性，但稳定存在于 CPython 所有 3.6+ 版本，被官方文档隐式推荐用于高性能查找
不要用
反向查——这依赖字符串名，且大小写/拼写必须完全匹配
如果值域稀疏（比如只定义了 1、2、1000），该字典仍只存已定义项，内存友好
别忽略 __members__ 和 __members__.keys() 的开销
想列出所有枚举名？避免写
或
在热循环里——每次访问
都会重建
对象，带来额外分配和 GC 压力。
立即学习
“
Python免费学习笔记（深入）
”；
正确姿势：启动时缓存
，后续直接复用
若只需判断是否存在某个 name，用
是高效的（底层走哈希查找）
注意：
包含所有定义的成员，包括那些被
拦截的重复项（它们不会出现在
中）
真正影响性能的从来不是“用不用 IntEnum”，而是你如何用——查表逻辑写在循环内还是外，类型校验放在入口还是放任隐式转换，这些细节在百万次调用里会滚雪球。别迷信继承关系，盯住实际执行路径里的函数调用和对象创建。
Enumclass Color(Enum): RED = 1; BLUE = 2==__eq__IntEnumint==statusStatus.ERRORIntEnumEnumtimeita == b==!= 等数值运算符才享受整数加速；isintStatus.OK == 0Truerow["status"]Status.OKStatus(-1)Status(row["status"])ValueErrorStatus._value2member_map_.get(val)NoneStatusIntEnumIntEnumnext((s for s in Status if s.value == x), None)IntEnumEnum_value2member_map_status = Status._value2member_map_.get(x)
if status is None:
raise ValueError(f"Invalid status value: {x}")_value2member_map_getattr(Status, "name")list(Status.__members__)Status.__members__.keys()__members__MappingProxyTypeSTATUS_NAMES = tuple(Status.__members__)"OK" in Status.__members____members__@enum.unique_value2member_map_