对于RISC机器来说，对齐访问可以提高效率。ARM是RISC机器，因此在多数情况下它以对齐方式访问，即访问的地址一般是4或2的倍数。但在某些特殊应用上，对齐访问可能会带来麻烦。下面笔者以自身经历来说明有些情况是不允许对齐访问的，好在强大的MDK早就意料到这些特殊应用，并有相应的对策。
下面举例说明结构以对齐方式和非对齐方式存储的差别。
下面以三种不同的方式定义了结构体foo。其中第一种是常用的（默认情况）定义方式。第二种和第三种方式均以压缩方式存储，以非对齐方式访问。其中第二种方式关键字__packed修饰整个结构体，表明整个结构体以压缩方式存储；第三种方式关键字__packed修饰结构体中的某个域，被修饰的域以压缩的方式存储。而其它部分则采用非压缩方式。当然在示例结构体foo中，后两种定义方法达到的效果一样。
在第一种方式中，结构体成员one占用两个字节；成员two占用两个字节；成员three占用4个字节；成员four占用4个字节。
而在第二种和第三种方式中它们分别占用1个字节、两个字节、一个字节、4个字节。如果读者看到这还不是很清楚的话，那么请看其对应的汇编代码。
显然以压缩方式存储结构体节省了空间但浪费了时间。以非压缩方工存储结构体加快了速度但浪费了空间。
知道了结构体以压缩和非压缩方式存储的特点以及如何使用关键字__packed后。笔者给出在实际工作中遇到的必须使用压缩方式存储的一个例子。
大家知道FAT文件系统的DBR 区大小刚好为一个扇区（512字节）。DBR 区有一系列关于系统的数据。在处理时需要将其定义为一个结构体。程序中对这个结构体进行初始化时，需要将整个扇区的内容拷贝给这个结构体。因此这个结构体的大小正好为512字节。当然这是在压缩存储的情况下。试想如果以非压缩方式存储，结果将混乱不堪。在这种情况下必须加上关建字__packed。
该结构体定义如下：
typedef __packed struct
{
u8
BS_jmpBoot[3];
//ofs:0.典型的如：0xEB,0x3E,0x90。
u8
BS_OEMName[8];
//ofs:3.典型的如：“MSWIN4.1”。
u16
BPB_BytesPerSec;
//ofs:11.每扇区字节数。
u8
BPB_SecPerClus;
//ofs:13.每簇扇区数。
u16
BPB_RsvdSecCnt;
//ofs:14.保留扇区数，从DBR 到FAT 的扇区数。
u8
BPB_NumFATs;
//ofs:16.FAT 的个数。通常为2个。
u16
BPB_RootEntCnt;
//ofs:17.根目录项数。
u16
BPB_TotSec16;
//ofs:19.分区总扇区数(<32M
时用)。
u8
BPB_Media;
//ofs:21.分区介质标识,SD卡一般用0xF8。
u16
BPB_FATSz16;
//ofs:22.每个FAT 占的扇区数。
u16
BPB_SecPerTrk;
//ofs:24.每道扇区数。对于SD卡无意义。
u16
BPB_NumHeads;
//ofs:26.磁头数。对于SD卡无意义。
u32
BPB_HiddSec;
//ofs:28.隐藏扇区数，从MBR 到DBR 的扇区数。
u32
BPB_TotSec32;
//ofs:32.分区总扇区数(>=32M
时用)。
u8
BS_DrvNum;
//ofs:36.软盘使用0x00,硬盘使用0x80。SD卡无意义。
u8
BS_Reservedl;
//ofs:37.保留。
u8
BS_BootSig;
//ofs:38.扩展引导标记：0x29。通常对于SD卡无意义。
u32
BS_VolID;
//ofs:39.盘序列号。
u8
BS_VolLab[11];
//ofs:43.如“Msdos ”。
u8
BS_FilSysType[8];
//ofs:54.“FAT16 ”。
u8
ExecutableCode[448];
//ofs:62.引导代码。
u8
ExecutableMarker[2];
//ofs:510.结束标识:0xAA55。
} FAT_BPB;
