c_结构体

---

数据类型影响的是编译器在分配物理空间时的大小单位，uint_32 是以 4个字节为单位，而后面的位域则是指在已经分配好的物理空间内部再紧凑的方式分配数据位，当物理空间不能满足位域时，那么系统就再次以一定大小单位进行物理空间分配，这个单位就是上面提到的 uint_8 或者 uint_32。

举例：uint_32 时，这些位域不管是不是在一个字节地址上，如果能够紧凑的分配在一个4字节空间大小上，就直接紧凑分配。如果不能则继续分配(总空间超过4字节)，则再次以4字节空间分配，并把新的位域建立在新的地址空间上。当 uint_8 时，很明显如果位域不能紧凑的放在一个字节空间上，那么就从新分配新的1字节空间大小，道理是一样的。

1、在操作位结构体时，要关注变量的位域是否在一个变量类型（uint_32或者uint_8）上，判断占用空间大小。

2、除了位域，还要关注变量定义类型，因为编译器空间分配始终是按类型分配的，位域只是指出了有效位(小于类型占用空间)，而且如果位域大于类型空间，编译器直接报错（如 uint_8 test :15，可自行实验）。

3、这两个因素都影响变量占用空间大小，具体可以结合调试窗口，通过地址分配分析判断。

4、最重要的一点：上面的所有结果，都是基于 CodeWarrior10.2 和MQX3.8 分析出来的，不同的编译环境和操作系统，都可能会有不同的结果；而且即便是环境相同，编译器的配置和优化选项都有可能影响系统处理结果。结论并不重要，主要想告诉大家这一块隐藏陷阱，在以后处理类似问题时，要注意分析避让并掌握方法。

ngx_module_s , ngx_module_t

struct ngx_module_s {
    ngx_uint_t            ctx_index;
    ngx_uint_t            index;
 
    char                 *name;
 
    ngx_uint_t            spare0;
    ngx_uint_t            spare1;
 
    ngx_uint_t            version;
    const char           *signature;
 
    void                 *ctx;
    ngx_command_t        *commands;
    ngx_uint_t            type;
 
    ngx_int_t           (*init_master)(ngx_log_t *log);
 
    ngx_int_t           (*init_module)(ngx_cycle_t *cycle);
 
    ngx_int_t           (*init_process)(ngx_cycle_t *cycle);
    ngx_int_t           (*init_thread)(ngx_cycle_t *cycle);
    void                (*exit_thread)(ngx_cycle_t *cycle);
    void                (*exit_process)(ngx_cycle_t *cycle);
 
    void                (*exit_master)(ngx_cycle_t *cycle);
 
    uintptr_t             spare_hook0;
    uintptr_t             spare_hook1;
    uintptr_t             spare_hook2;
    uintptr_t             spare_hook3;
    uintptr_t             spare_hook4;
    uintptr_t             spare_hook5;
    uintptr_t             spare_hook6;
    uintptr_t             spare_hook7;
};