全局字符数组必须显式指定长度，不可用std::string或动态分配；应使用constexpr统一管理长度，声明与定义需分离，避免越界风险。
全局字符数组必须在定义时指定长度
全局作用域下不能用 std::string 或动态分配（如 new char[]）来替代固定长度字符数组，因为全局变量必须有确定的存储大小。编译器需要在链接前就知晓该变量占多少字节。
常见错误是写成：char global_buf[] = "hello"; —— 这看似简洁，但实际会隐式推导为长度 6（含 '\0'），且无法后续安全写入超过 5 个字符；更危险的是，如果初始化为空或依赖运行时赋值，就会编译失败或行为未定义。
- 显式写死长度最稳妥：
char global_buf[256]; - 若需初始化，默认全零（即自动填充
'\0'），等价于char global_buf[256] = {}; - 带字符串字面量初始化时，长度必须 ≥ 字符串长度 + 1：
char global_buf[32] = "config";合法，char global_buf[6] = "config";编译报错（缺少空间存'\0'）
用 constexpr 或宏统一管理长度避免硬编码
硬写数字如 [1024] 在多处出现时极易不同步，改一处漏一处。C++11 起推荐用 constexpr 定义常量长度；预处理宏仍可用，但缺乏类型安全。
示例：
立即学习“C++免费学习笔记（深入）”；
constexpr size_t MAX_PATH_LEN = 260; char g_config_path[MAX_PATH_LEN]; char g_log_buffer[MAX_PATH_LEN * 2];
这样修改长度只需改一处，且编译器能做静态检查。注意不要用 const int（非 constexpr），否则某些老编译器可能拒绝其作为数组维度。
声明与定义分离时别忘了 extern 和唯一定义
头文件里写 extern char g_name[128]; 是声明，告诉其他源文件“这玩意存在、长 128 字节”；但只能在一个 .cpp 文件里写完整定义（不带 extern），否则链接时报 multiple definition 错误。
- 头文件
common.h：extern char g_user_id[33]; - 源文件
main.cpp（仅此处）：char g_user_id[33] = {}; - 千万别在头文件里写
char g_user_id[33] = {};，除非加inline（C++17 起支持 inline 变量，但对数组支持有限，慎用）
小心 C 风格字符串操作越界风险
全局数组本身不会自动做边界检查。strcpy、strcat、sprintf 等函数一旦目标缓冲区不够，就会覆写相邻内存——而全局变量通常紧挨着放，后果比栈溢出更隐蔽难查。
- 优先用
strncpy并手动补'\0'：strncpy(g_buf, src, sizeof(g_buf)-1); g_buf[sizeof(g_buf)-1] = '\0'; - C++17 起可考虑
std::array<char n></char>替代裸数组，配合std::string_view做只读操作，但注意它仍是 POD 类型，不提供自动空终止保证 - 调试时可在定义后加一个明显标记变量：
char g_data[64]; char g_guard = 0xFF;，运行中检查g_guard是否被改写，快速定位越界
真正麻烦的不是定义，而是每次往里面写内容时都得心里默算长度、检查来源是否可信、确认函数会不会悄悄多写一个字节——这些细节在全局上下文中更容易被忽略。
