strcpy不检查目标空间大小，仅依据源串'\0'终止，易导致缓冲区溢出；strncpy虽限制拷贝长度但不自动补'\0'，需手动处理。
strcpy 会直接越界，除非你100%确认目标空间够大
用 strcpy 拷贝字符串到字符数组时，它只看源串的 '\0'，完全不查目标数组有多大。一旦 src 比 dest 能装的还长，就会往后面内存里乱写——轻则覆盖相邻变量，重则触发段错误或被利用。
常见错误现象：
-
char buf[8]; strcpy(buf, "hello world");→ 直接溢出，buf只有 8 字节，但源串含'\0'共 12 字节 - 程序在某次输入变长后突然崩溃，gdb 显示栈被破坏，大概率是
strcpy干的
使用场景仅限于：源串长度编译期已知且恒定、目标数组显式分配得足够大（比如 char path[PATH_MAX] 配合固定路径字面量）。
strncpy 必须手动补 '\0'，否则 printf 可能乱码或崩溃
strncpy 看似安全，但它不保证目标数组以 '\0' 结尾——只有当源串长度 n 时才自动补；若源串更长，它只拷前 n 字节，不写终结符；若源串更短，它会用 '\0' 填满剩余空间，但这不是“保险丝”，而是副作用。
关键参数差异：
-
n是最大拷贝字节数，不是目标数组总大小 —— 正确写法是strncpy(dest, src, sizeof(dest) - 1)，留一位给'\0' - 拷完必须加一句
dest[sizeof(dest) - 1] = '\0';，不能省，也不能写成dest[n] = '\0'（n可能等于sizeof(dest)，越界）
示例：
char dest[16];
const char* src = "This is longer than 15 chars";
strncpy(dest, src, sizeof(dest) - 1);
dest[sizeof(dest) - 1] = '\0'; // 这行不能少
printf("%s\n", dest); // 输出 "This is longer t"，安全截断
更推荐用 snprintf 替代 strncpy，一行搞定安全拷贝
snprintf 是目前最省心的安全替代：它按指定长度写入、自动补 '\0'、返回值还能告诉你是否被截断（返回值 ≥ 缓冲区大小说明内容被截）。
性能与兼容性影响：
- 比
strncpy多一次长度计算，但现代编译器常优化掉，实际开销可忽略 - C99 起就支持，所有主流平台（Linux/macOS/MSVC）都可用，无兼容问题
- 不依赖源串是否带
'\0'，哪怕src是二进制数据（只要你想当字符串用），也能安全处理
写法直白：
char dest[16]; snprintf(dest, sizeof(dest), "%s", src); // 自动截断 + 补 '\0'
std::string 才是 C++ 的默认解，别硬扛字符数组
如果你在写 C++ 代码，还手动管理 char[] + strcpy/strncpy，等于主动放弃 RAII 和边界检查。C++ 标准库的 std::string 在绝大多数场景下更安全、更简洁、性能也不差。
容易被忽略的地方：
- 字符数组的生命周期和所有权极易出错（比如局部数组传给函数后被释放）
-
strncpy填充大量'\0'的行为在嵌入式或性能敏感场景可能引发 cache 污染 - 即使用了
strncpy+ 手动补'\0'，如果源串本身没'\0'（比如从二进制读来的数据），strncpy仍会复制到n字节为止，可能把垃圾数据拖进来
真要操作底层内存（如协议解析、驱动开发），优先考虑 std::span<char></char> 或明确长度的 memcpy，而不是靠 '\0' 驱动的字符串函数。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
