struct MyData {    int nLen;    char data[0];}; 　

 
这样的写法最适合制作动态buffer。因为可以这样分配空间：   malloc（sizeof(struct  XXX）＋  buff_len）；   看出来好处没有？直接就把buffer的结构体和缓冲区一块分配了。用起来也非常方便，因为现在空数组其实变成了buff_len长度的数组了。   这样的好处是：   一次分配解决问题，省了不少麻烦。大家知道为了防止内存泄漏，如果是分两次分配（结构体和缓冲区），那么要是第二次malloc失败了，必须回滚释放第一个分配的结构体。这样带来了编码麻烦。

其次，分配了第二个缓冲区以后，如果结构里面用的是指针，还要为这个指针赋值。同样，在free这个buffer的时候，用指针也要两次free。如果用空数组，所有问题一次解决。  

其次，大家知道小内存的管理是非常困难的，如果用指针，这个buffer的struct部分就是小内存了，在系统内存在多了势必严重影响内存管理的性能。要是用空数组把struct和实际数据缓冲区一次分配大块问题，就没有这个问题。     如此看来，用空数组既简化编码，又解决了小内存碎片问题提高了性能，何乐不为？应该广泛采用。  

二、Redis数据类型定义

sds(Simple Dynamic Strings)是 Redis中最基本的底层数据结构， 它既是 Redis 的 String 类型的底层实现， 也是实现 Hash 、 List 和 Set 等复合类型的基石。

除此之外，sds 还是 Redis 内部实现所使用的字符串类型， 

//与 sds 实现有关的数据类型有两个，一个是 sds ：// 字符串类型的别名 typedef char *sds; //另一个是 sdshdr ：// 持有 sds 的结构 struct sdshdr { 　　int len; // buf 中已被使用的字符串空间数量 　　int free; // buf 中预留字符串空间数量 　　char buf[]; // 实际储存字符串的地方 };　　

//与 sds 实现有关的数据类型有两个，一个是 sds ：
// 字符串类型的别名
typedef char *sds;
 
//另一个是 sdshdr ：
// 持有 sds 的结构
struct sdshdr
{
　　int len; // buf 中已被使用的字符串空间数量
　　int free; // buf 中预留字符串空间数量
　　char buf[]; // 实际储存字符串的地方
};