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