宏定义数组大小应使用全大写加下划线的整数常量（如#define ARRAY_SIZE 10），不可带分号、浮点或表达式；它仅文本替换，不支持运行时变量，C++中推荐constexpr替代，跨文件需头文件加include guard。
宏定义数组大小的基本写法
直接用 #define 定义一个整数常量，然后在数组声明中使用它——这是最常见也最安全的做法。编译器在预处理阶段会把宏名替换成数值，效果等同于手写数字。
-
#define ARRAY_SIZE 10，接着写int arr[ARRAY_SIZE];是完全合法的 - 宏名建议全大写加下划线，避免和变量名冲突
- 不能带分号，
#define ARRAY_SIZE 10;会导致语法错误 - 宏不进行类型检查，
ARRAY_SIZE被替换后就是裸数字，所以别用浮点或表达式（如#define ARRAY_SIZE 5.0或#define ARRAY_SIZE 2+3）——后者展开成int arr[2+3];看似可行，但遇到ARRAY_SIZE * 2就变成2+3 * 2，结果是 8 而非 10
为什么不能用宏定义动态数组大小
C++ 标准不允许变长数组（VLA），而宏定义出来的值在编译期才展开，对编译器来说仍是“字面量”，不是运行时变量。所以 int n = 5; #define SIZE n 这种写法无效——n 是变量，宏无法捕获其值，预处理器只做文本替换，结果是 int arr[n];，这在标准 C++ 中非法（GCC 可能容忍，但不可移植）。
- 宏不是运行时机制，它不读取变量、不执行计算，只做字符串替换
- 如果需要运行时确定大小，必须用
std::vector或new int[n] - 想让宏“看起来”支持变量？不行。比如
#define DECLARE_ARR(name, size) int name[size];，调用DECLARE_ARR(a, n)仍会生成int a[n];，依旧违反标准
宏 vs constexpr：推荐用后者替代宏
现代 C++ 更推荐用 constexpr 替代宏定义数组大小，因为它有作用域、类型安全、可调试，且同样在编译期求值。
C++ Code Review Master
下载
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
-
constexpr size_t ARRAY_SIZE = 10;声明后，int arr[ARRAY_SIZE];合法且更清晰 - 宏无法被 IDE 跳转或重命名，
constexpr变量可以 - 宏可能意外污染全局命名空间；
constexpr可以放在命名空间或类内 - 如果必须兼容 C++11 以前的环境，才考虑宏；否则优先选
constexpr
跨文件共享宏定义的注意事项
如果多个源文件都要用同一个数组大小，宏定义必须放在头文件里，并确保只包含一次。
立即学习“C++免费学习笔记（深入）”；
- 头文件中加 include guard：
#ifndef ARRAY_CONFIG_H+#define ARRAY_CONFIG_H+#endif - 不要在 .cpp 文件里重复定义同名宏，否则可能触发警告或未定义行为
- 宏一旦被
#undef，后续再用就会报错，而constexpr没这个问题 - 构建系统中通过
-DARRAY_SIZE=20传参定义宏，适用于不同配置，但要注意所有依赖该宏的代码都需重新编译
宏本身很简单，真正容易出问题的是误以为它能“理解”变量或作用域。它只是文本替换工具，连基本的运算优先级都不管——这点比语法细节更值得盯紧。
