define 是预处理文本替换，无类型和作用域；enum（尤其 enum class）是编译器识别的类型，具作用域、类型安全、调试友好及静态分析支持。
宏定义 #define 不是类型，enum 是真正的类型
这是最根本的区别：#define 在预处理阶段做纯文本替换，不经过编译器类型检查；而 enum（尤其是 enum class）由编译器识别为独立类型，支持作用域、类型安全和隐式转换控制。
比如 #define RED 1 后，RED + 2 会被替换成 1 + 2，但编译器完全不知道 RED 是“颜色”；而 enum class Color { Red = 1 }; 中，Color::Red 是 Color 类型，不能直接和 int 运算，除非显式转换。
-
#define宏没有作用域，全局可见，容易命名冲突 -
enum class有作用域，Color::Red和Status::Red可共存 - 普通
enum（非 class）会隐式转为int，仍存在类型混淆风险
#define 适合简单常量或平台/条件编译，enum 适合状态集或有限取值
用错场景会导致维护困难或隐蔽 bug。例如用 #define STATUS_OK 0 表示返回码，看似简洁，但无法表达“这些值属于同一逻辑组”，IDE 也无法提供补全或跳转。
而 enum class Result { Ok = 0, Error = -1, Timeout = -2 }; 明确表达了语义边界，且可配合 switch 使用（C++17 起支持 [[fallthrough]] 等特性）。
立即学习“C++免费学习笔记（深入）”；
- 用
#define：跨平台开关（#ifdef _WIN32）、头文件卫士（#ifndef MY_HEADER_H）、简单数值常量（#define PI 3.14159） - 用
enum class：协议状态码、UI 枚举项、配置选项集合 - 避免用
#define模拟枚举（如#define MODE_A 1 #define MODE_B 2），这会丢失类型信息和调试符号
enum 支持底层类型指定，#define 没有存储概念
#define 展开后只是字面量，不占内存，也不参与 ABI；而 enum 实际占用存储空间，其大小可由底层类型控制。
例如 enum class Flag : uint8_t { A = 1, B = 2, C = 4 }; 编译器保证该枚举变量只占 1 字节，适合嵌入式或序列化场景；而 #define FLAG_A 1 无法约束使用它的变量类型或大小。
- 普通
enum底层类型由编译器推导（至少能容纳所有值），可能比预期大 -
enum class必须显式指定底层类型才能确保尺寸可控（如: uint16_t） -
#define的“值”在调试器里通常不可见（取决于编译器是否保留宏信息）
调试与 IDE 支持差距明显，尤其对大型项目
宏在调试时经常“消失”——GDB 或 VS 调试器里看不到 RED，只能看到替换后的数字；而 enum class Color::Red 会以符号形式显示，支持鼠标悬停查看定义、F12 跳转、重命名重构等。
更关键的是，现代静态分析工具（如 clang-tidy）能检查 enum 的 switch 是否覆盖全部枚举项（-Wswitch-enum），但对宏完全无能为力。
- CI 流水线中启用
-Wswitch或-Wcovered-switch-default对enum有效，对宏无效 - 生成文档（Doxygen）可自动提取
enum注释，但需特殊配置才支持宏注释 - 宏的滥用会让
git blame失效——某行出错，实际定义可能在另一个头文件里
真正难处理的是历史代码里混用两者的情况：比如用 #define 定义状态码，又用 enum 定义同类状态，导致接口不一致、序列化逻辑重复、单元测试难以覆盖全分支。这种耦合一旦形成，改起来比从头设计还费劲。
