写C语言代码时，偶尔会看到ref="/tag/55/" style="color:#479099;font-weight:bold;">编译器蹦出一条警告：‘warning: flexible array member’。乍一看有点懵，其实它没你想得那么吓人，但也别急着忽略。
什么是柔性数组成员？
在C99标准里，结构体最后可以定义一个长度为0的数组，用来表示“后面可能跟着一堆数据”。比如你定义一个消息包，前面是头部信息，后面是变长的数据内容，就可以这么写：
struct packet {
int type;
int length;
char data[]; // 柔性数组，没有大小
};这样分配内存的时候，可以一次性把头和数据都申请好：
struct packet *pkt = malloc(sizeof(struct packet) + 100);
// 后面100字节给data用
为什么会有警告？
有些老编译器或者开启了严格检查的选项（比如 -Wpedantic），看到这种写法就会报 warning: flexible array member。因为它属于C99以后才支持的特性，而且不是所有编译器都默认接受。
比如你在GCC里用 -std=c89 编译，肯定报警告，因为C89不支持这种语法。换成 -std=c99 或更高版本，警告就没了。
能不能用？安全吗？
只要你的编译环境支持C99或更新标准，这种写法完全合法，也是很多系统级代码常用的技巧。Linux内核、网络协议栈里都能见到它的身影。
但要注意一点：别在结构体中间或开头放空数组，必须是最后一个成员，否则行为未定义。
有没有替代写法？
有。为了兼容老标准，以前常用长度为1的数组来模拟：
struct packet_legacy {
int type;
int length;
char data[1];
};这种写法也能实现类似效果，但不如柔性数组直观，而且容易出错——比如多算了一个字节的空间。现代代码建议直接用 data[] 这种写法。
如果你的项目要求兼容特别老的编译器，那可能得妥协一下，不然就安心开启C99及以上标准，让警告消失。
实际开发中怎么处理？
举个例子，你在写一个日志模块，每条日志长度不一。用柔性数组就很方便：
struct log_entry {
time_t timestamp;
int level;
char message[];
};
// 分配空间时连带消息内容一起搞定
struct log_entry *entry = malloc(sizeof(struct log_entry) + len);
memcpy(entry->message, msg, len);这时候编译器报 warning: flexible array member，只要确认编译标准没问题，完全可以加一句 #pragma 忽略，或者调整编译选项关闭特定警告。
关键是搞清楚自己在干什么，而不是盲目删代码或压警告。