调试数据存储到nandflash的那些事儿（一）：关于sizeof()的一些坑

调试数据存储到nandflash的那些事儿（一）：关于sizeof()的一些坑

调试数据存储到nandflash的那些事儿（二）： 存入nandflash的方式比较

调试数据存储到nandflash的那些事儿（三）： 关于移位存入，强制类型转换读出的讨论

调试数据存储到nandflash的那些事儿（四）：nandflash底层的简介

调试数据存储到nandflash的那些事儿（五）：对nandflash的寻址说明

 

前言：

目前正在根据项目需求编写nandflash的存储和读取，但是由于不满意之前存储的方式，所以想按照自己的方式修改。但是中间遇到了一些问题，也是知其然不知所以然，我一个一个说吧。

如何发现的过程我就不赘述了，都是一遍又一遍的debug得出来的结果。我们直接来看sizeof的应用吧，我先提个问题：

1.

    uint32_t    len;
    uint8_t     a;
    len = sizeof(a);

len是多大？很简单对不对，len 为1。

所以如果a为uint16_t ，那么len 为2。

 

2.那么如果我把a放入结构体中呢？

typedef struct
{
    uint16_t         u16a;			
}Typedef;
void main(void)
{
    uint32_t len = 0;
    len = sizeof(Typedef);
}

 len也如我认为的那样，len为2。

3.有同学认为这太简单了吧，如果这样的话呢？

typedef struct
{
    uint16_t         u16a;
    uint32_t         u32b;			
}Typedef;
void main(void)
{
    uint32_t len = 0;
    len = sizeof(Typedef);
}

len 为8

然后我把u16a和u32b调换一下位置的话也是一样的结果。

我就是这里搞不懂，怎么的2个字节加上一个4字节的就变成了8字节的了，我是真的凌乱了。

所以！以后在用到sizeof(结构体)的时候，不要想当然的自己算，要真正的去debug试一下才好。

其实上面说的问题是字节对齐的问题。

https://blog.csdn.net/lgouc/article/details/8235471

所以我现在明白了，之前我们同事写的代码中把数据一个一个的组入数组中，再存入nandflash中。确实要比我把数据组成结构体，再把结构体存入nandflash要省空间的多。

不是省空间的问题，而是这样让数据存放取出更可视化，防止因为字节对齐造成的误差。

但是我这样的优点也在于，用结构体存入的时候结构很清晰，也更简单，不用涉及到这个数据在第几字节，取出来的时候也要按顺序取出。读出的时候也同样很清晰。我把两个代码贴一下，大家感受一下差别。