主要编译器如gcc、vc、mingwgcc等枚举变量全部！ 是临时工。 少数编译器根据枚举数进行优化。 例如，如果枚举值仅为w3，则size可能为1。
不确定enum的长度会导致可移植性问题。 如果第三方库的API接口使用枚举类型，则在编译和调用库时，如果有关枚举长度的编译器设置不匹配，API接口层对数值的分析将会不一致。 例如，顶级应用程序在编译时不在short中enum，而是在缺省情况下enum变量！ 如果在字节空间中存储和使用，并且在编译库时设置了shortenums，则库内部的此enum size可能为1。 将enum变量地址传递给API时，内部只更改变量的最低字节，高w3字节值不变(内容为随机)，当API返回时，上层使用的！ 字节的enum变量的值可能是随机的。 (隐含规则篇的API界面)
reference :
http://blog.chinaunix.net/uid1681389699 Come Come Everybody id99 Come Come Everybody 5014131.html
陷阱篇的枚举默认长度
3359 blog.csdn.net/IP mux/article/details/17334099