有很多結構體的最後都定義了乙個大小為0 的陣列，如drivers/oprofile/cpu_buffer.h中
struct op_sample
;
在建立時，malloc一段結構體大小加上可變長資料長度的空間給它：malloc（sizeof(struct op_sample）＋ buff_len）,可變長部分按陣列訪問方式訪問；釋放時，直接把整個結構體free掉就可以了。
這樣做的好處：
一次分配解決問題，省了不少麻煩。為了防止記憶體洩漏，如果是分兩次分配（結構體和緩衝區），那麼要是第二次malloc失敗了，必須回滾釋放第乙個分配的結構體。這樣帶來了編碼麻煩。
其次，分配一段連續的的記憶體，減少記憶體的碎片化。要是用空陣列把struct和實際資料緩衝區一次分配大塊問題，就沒有這個問題。
某些編譯器不支援長度為0的陣列的定義，在這種情況下只要將它定義成char tag_data[1]，使用方法相同。
在結構體最後定義乙個長度為0的字元陣列（技巧）
定義乙個結構體如下 typedef struct buffer s buffer t 大家注意到最後那個長度為0的字元陣列了吧？不知道你疑惑了沒。嘿嘿！這個常用技巧常用來構成緩衝區 陣列名就代表了該結構體後面資料的起始位址 而且無需初始化，不佔空間 而如果用指標的話，我們還要初始化，而且還要佔空間 ...
結構體中最後乙個元素是長度為0的陣列
在linux源 中，有很多的結構體最後都定義了乙個元素個數為0個的陣列，如 usr include linux if pppox.h中有這樣乙個結構體 struct pppoe tag attribute packed 又如在asterisk的原始碼中的pbx.c struct ast ignore...
結構體中最後乙個成員陣列定義0個元素的意義
struct mydata 在結構中，data是乙個陣列名 但該陣列沒有元素 該陣列的真實位址緊隨結構體mydata之後，而這個位址就是結構體後面資料的位址 如果給這個結構體分配的內容大於這個結構體實際大小，後面多餘的部分就是這個data的內容 這種宣告方法可以巧妙的實現c語言裡的陣列擴充套件。實際...