推荐优先使用 constexpr const 而非 #define，因前者具类型安全、作用域控制、可调试、支持常量表达式等优势，后者仅适用于条件编译等预处理器专属场景。
define 是预处理指令，不参与编译，const 是编译期常量
#define 在预处理阶段做纯文本替换，没有任何类型信息，也不占用内存；const 变量由编译器处理，有明确类型、作用域和存储地址（除非被优化掉）。这意味着 const int x = 5; 可以取地址：&x 合法，而 #define X 5 展开后只是字面量，无法取地址。
const 支持类型安全和作用域控制，define 完全没有
使用 const 时，编译器会检查类型匹配，比如 const char* s = "hello"; 和 const int i = 42; 类型互不兼容；#define 则不管类型，只做粗暴替换，容易引发隐式转换或指针误用。作用域上，const 遵循 C++ 作用域规则（如函数内、类内、命名空间内），而 #define 是全局生效的，可能意外覆盖其他宏或标识符。
-
#define PI 3.14159在头文件中定义后，所有包含该头的源文件都会看到它，且无法限制在某个命名空间里 -
namespace math { const double PI = 3.14159; }可以精确控制可见性 - 调试时，
const变量名通常保留在符号表中，而#define宏名在调试器里根本看不到
数组大小、模板参数等场景必须用 const（或 constexpr），不能用 define
C++ 要求某些上下文必须是“常量表达式”（constant expression），比如数组维度、switch 的 case 值、模板非类型参数。只有 const（C++11 起需加 constexpr 保证）能参与，#define 虽然能凑效，但属于历史惯用，不是语言层面的常量表达式。
const int N = 10; int arr[N]; // OK：N 是常量表达式（C++11 起要求 constexpr）define M 10
int arr2[M]; // 表面上能编译，但本质是编译器对 VLAs 或扩展的支持，非标准行为
立即学习“C++免费学习笔记（深入）”；
template
struct Buffer {}; Buffer buf1; // OK（N 是 constexpr） Buffer buf2; // 错误：M 不是常量表达式，只是预处理器 token
现代 C++ 推荐优先用 constexpr const，而非 define
除了字符串拼接、条件编译（#ifdef）等预处理器专属场景，#define 几乎没有不可替代的优势。它绕过类型系统、破坏调试体验、易引发多重定义或替换错误（比如 #define max(a,b) ((a)>(b)?(a):(b)) 在带副作用表达式下出错）。
- 用
constexpr int MAX_SIZE = 100;替代#define MAX_SIZE 100 - 用
inline constexpr std::string_view VERSION = "2.1.0";替代字符串宏 - 用
enum class Color { Red, Green };替代#define RED 0等整数宏
真正难处理的是跨翻译单元的宏定义污染，以及宏展开后难以定位的错误——这些在 const/constexpr 下基本不存在。
