const变量更安全因其具类型、作用域和调试支持，而#define仅为无类型文本替换，易引发隐蔽错误；仅#ifdef条件编译和宏函数等场景必须用#define。
const 变量为什么比 #define 更安全
因为 const 是编译器认知的类型化常量，而 #define 只是文本替换，不经过类型检查，也不进入作用域。比如 #define PI 3.14159 后，PI + 1.0f 看似没问题，但若误写成 PIx2（少个空格），预处理器直接拼成 3.14159x2，报错位置在展开后代码行，调试困难。
-
const int MAX_SIZE = 100;有类型、有地址、可调试、能参与模板推导 -
#define MAX_SIZE 100在预处理阶段被抹除，GDB 里看不到这个符号 - 类内定义静态常量必须用
const（或constexpr），#define无法满足 ODR（One Definition Rule）要求
什么时候非用 #define 不可
只有两种典型场景绕不开：#ifdef 条件编译，以及宏函数（带参数的文本替换）。比如跨平台判断：#ifdef _WIN32；或者写日志宏：#define LOG(x) std::cout —— 这种需要把 <code>x 的原始表达式（含副作用）原样塞进输出，const 或 inline 函数做不到。
-
#define能做字符串化（#x）、连接（##），const完全不支持 - 头文件里声明接口版本号时，若要供 C 预处理器读取（如构建脚本解析），仍得用
#define VERSION "1.2.3" - 注意：宏名默认全大写加下划线是约定，不是语法要求；但混用大小写容易引发意外替换（如
#define count 10会污染std::count）
constexpr 出来之后，const 还够用吗
不够了。const 只保证运行期不可改，但初始化可以是运行期值；constexpr 强制要求编译期可求值，适用范围更广。比如数组长度、模板非类型参数、switch 的 case 值，都必须是 constexpr。
-
const int x = rand();合法（运行期初始化），但不能当数组维度用 -
constexpr int y = 42;可以写int arr[y];（C++14 起支持变量为constexpr） -
constexpr函数体受限制（C++11 较严，C++14/C++17 逐步放宽），但普通const变量无此限制
全局常量放哪？头文件里直接定义 const 会链接失败吗
会。C++ 中，const 全局变量默认是 internal linkage（内部链接），每个 .cpp 包含该头文件都会生成一份副本，看似没事，但若取地址（&MY_CONST），不同源文件拿到的地址不同，违反 ODR。
立即学习“C++免费学习笔记（深入）”；
- 正确做法：头文件中用
extern constexpr int MY_CONST = 42;（C++17 起constexpr默认 external linkage） - 或头文件中只声明：
extern const int MY_CONST;，在某个 .cpp 里定义：const int MY_CONST = 42; - 避免在头文件写
const int MY_CONST = 42;（未加extern），这是最常见链接错误源头之一
真正麻烦的是混合使用：有人在头文件用 #define 控制宏开关，又在实现里用 constexpr 做计算，结果宏没生效但编译器没报错——这种隐性依赖，比语法错误更难定位。
