const变量不能代替#define做宏常量，因为#define是预处理指令、无类型无作用域，而const有类型和作用域、占内存，且不保证编译期可求值；数组维度、模板参数、case标签等场景必须用constexpr。
const 变量为什么不能代替 #define 做宏常量？
因为 #define 是预处理指令，展开在编译前；而 const 是编译期变量，有类型、有作用域、占内存。很多你以为能“替换”的地方，其实根本过不了编译。
- 数组维度：
int arr[SIZE];中的SIZE必须是编译期常量（如#define SIZE 10），const int SIZE = 10;在 C++11 前不被接受，C++11 后也仅当为constexpr才行 - 模板非类型参数：
std::array<int n></int>要求N是字面量常量，const int N = 5;不够，必须写constexpr int N = 5; - 头文件中重复定义：多个源文件包含
const int x = 42;会引发 ODR（One Definition Rule）违规；而#define x 42没这个问题（但也没类型检查）
什么时候必须用 constexpr 而不是 const？
const 只表示“不可修改”，不保证“编译期可求值”；constexpr 才真正表达“这东西得在编译时就知道”。漏写 constexpr 是常见低级但致命的坑。
- 作为模板参数、case 标签、静态断言条件时，必须是
constexpr，例如：static_assert(N > 0, "N must be positive");中的N得是constexpr - 函数返回值要用于编译期计算，函数本身也得是
constexpr，比如constexpr int square(int x) { return x * x; } - 类内静态数据成员初始化（尤其在头文件中）：用
static constexpr int value = 42;安全；只写static const int value = 42;可能导致链接错误或 ODR 违规
#define 的三个典型翻车现场
它快、它灵活，但也容易在边界、类型和调试上出事——不是不能用，而是用错地方就很难排查。
- 运算优先级陷阱：
#define SQUARE(x) x * x，调用SQUARE(a + b)展开成a + b * a + b，正确写法必须加括号：#define SQUARE(x) ((x) * (x)) - 无类型、无作用域：
#define PI 3.14159后，auto x = PI;推导为double，但你无法约束它是float或long double；也无法限定它只在某个命名空间里可见 - 调试器看不到：
gdb或 IDE 调试时，PI已被预处理器替换成数字，断点里查不到符号，堆栈里也显示不出原始宏名
现代 C++ 推荐的常量定义姿势
优先用 constexpr，辅以 inline（C++17 起）解决头文件多定义问题；#define 仅保留在预处理器专属场景（如条件编译 #ifdef DEBUG、头文件卫士 #pragma once）。
立即学习“C++免费学习笔记（深入）”；
- 基本整型/浮点常量：
constexpr int MAX_RETRY = 3;或constexpr double EPS = 1e-9; - 字符串字面量：
constexpr const char* HELP_MSG = "Usage: ...";（注意不是const char*，而是带constexpr修饰的指针本身） - 头文件中定义 inline 变量（C++17）：
inline constexpr std::string_view VERSION = "2.1.0";，避免 ODR 且支持取地址 - 枚举场景更安全：
enum class Color { Red, Green, Blue };比#define RED 0强类型、可调试、可作用域限定
复杂点在于：同一个常量，在不同上下文可能需要不同语义——编译期求值？运行时只读？是否要取地址？是否跨翻译单元共享？没想清这点，光选 const 还是 #define 就容易踩空。
