__packed字节对齐

比如：

typedef __packed struct READ_Command
{
    u_char code;
    u_int addr;
    u_char len;
} READ_Command;
与
typedef  struct READ_Command
{
    u_char code;
    u_int addr;
    u_char len;
} READ_Command;
的区别是什么啊？
回答:没有__packed的会出现字对齐等也就是，char型的有可能是占用4个字节的长度的内存空间有__packed 的就不会，就肯定是1个字节的内存空间，是gcc编译器的关键字。(不止vc下面32位的系统里面的内存数据的存取是32位的，处理的时候都是4个字节为单位，通常也就是int的长度。如果不定义压缩方式，也就是编译选项没有诸如#pragma pack(1)之类的，那么系统会进行4字节对齐)

注意:_packed只是某种编译器的格式压缩，有的是pack呢，对不同的CPU压缩的对齐方式也不一样,在使用了该关键以后在进行操作时需要格外小心。

声明结构类型时，可以包含一个保留字packed，用于实现压缩数据存储。

      当一个记录类型在   {$A-}   状态下声明或者声明中包括了保留字   packed   时，记录中的字段不被调整，而替换为赋予连续的偏移量。这样一个压缩记录的总尺寸就是所有字段的尺寸的和。因为数据调整尺寸可能改变（如不同版本的编译器对同一种数据类型的调整值可能不同），所以当想要把记录写入磁盘时或者在内存中传递到另一模块而该模块由不同版本的编译器编译时，最好还是压缩所有的记录。(delphi borland 中也有该关键字)

 

3.在 Cotex-M3 programming manual 中有提到对齐问题
  1.通常编译器在生成代码的时候都会进行结构体填充，保证（结构体内部成员）最高性能的对齐方式。
  2.编译器自动分配出来结构体的内存（比如定义为全局变量或局部变量）肯定是对齐的。

  3.查阅帮助文档的malloc部分,mdk的标准malloc申请的内存区时8字节对齐的。

  4.若自定义的malloc函数本身没有对分配的内存实现4字节或以上的对齐操作，分配出来的不对齐的内存，编译器是不知道的，所以很可能会产生问题。

     此时最好的解决方式在内存池数组前添加__align(4)关键字，只需保证自定义malloc分配出来的首地址是4字节对齐。

     比如：__align(4) u8 mem1base[MEM1_MAX_SIZE];

 

相关更多stm32字节对齐问题的讨论，请参考正点原子相关帖子http://www.openedv.com/thread-7415-1-1.html。

其中问题的关键就在于正点原子自定义的mymalloc函数没有实现4字节对齐。