结构体中char数组与char指针的使用优势对比及相关技术疑问

你提到的char的几个特点确实很实用——比如能通过NULL清晰区分“未提供字符串”和“空字符串”，而且占用内存更小（64位系统下指针是8字节，比你定义的10字节数组更省空间）。不过反过来，结构体里用char数组也有不少char替代不了的优势，我给你梳理一下：

• 内存管理零负担，彻底避开悬空指针/内存泄漏
  char数组是直接嵌入在结构体的内存块里的，不需要额外去堆上分配内存，也不用手动释放。用char*的话就麻烦多了：如果指向堆内存，忘了free会漏内存；如果指向栈上的局部字符串，函数返回后指针直接变悬空，访问就是未定义行为；就算是指向字符串常量（像你初始化的.s = "abcd"），那也是只读内存，不小心改了直接崩溃。而数组是可写的（只要不越界），完全没这些顾虑。

• 结构体拷贝安全无副作用
  当你拷贝整个结构体时，char数组会被完整复制，两个结构体各自持有独立的字符串内容，改其中一个绝不会影响另一个。但char*拷贝的只是指针地址，两个结构体的s会指向同一块内存——要是这块内存是可写的，改一个等于改两个；要是其中一方释放了内存，另一方的指针直接报废。

• 字符串生命周期和结构体绑定，不用额外操心
  用char*的时候，你得时刻盯着指向的字符串活多久：比如把局部变量的字符串地址赋值给结构体s，局部变量销毁后，结构体里的指针就成了无效的“野指针”。而char数组的内容和结构体是绑定的，结构体存在多久，字符串就存在多久，完全不用管生命周期的问题。

• 固定内存，无动态分配开销与风险
  如果你的字符串长度有明确上限（比如你这里设的10字节），用数组完全不需要调用malloc/free，省掉了动态分配的开销，也避免了分配失败的情况。而且数组内存是连续的，缓存友好性更好，访问速度也会更快。

另外你提到的strncpy的问题：确实，char*没法直接用strncpy——要么指针指向只读内存（写了会崩），要么没分配足够的可写空间。但数组本身就有固定的可写内存，只要控制好拷贝的长度不超过数组大小，直接用strncpy就很顺手。

内容的提问来源于stack exchange，提问作者Mark