realview mdk版应用文章中结构体存储方式

1、RealView MDK 中结构体方式对于 RISC 机器来说，对齐可以提高效率。ARM 是 RISC 机器，因此在多数情况下它以对齐方式，即的地址一般是 4 或 2 的倍数。但在某些特殊应用上，对齐可能会带来麻烦。下面笔者以自身经历来说明有些情况是不允许对齐的，好在强大的 MDK 早就意料到这些特殊应用，并有相应的对策。下面举例说明结构以对齐方式和非对齐方式的差别。下面以三种不同的方式定义了结构体 foo，见表一。其中第一种是常用的（默认情况）定义方式。第二种和第三种方式均以压缩方式，以非对齐方式。其中第二种方式关键字 packed 修饰整个结构体，表明整个结构体以压缩方式；第三种方式关键字

2、 packed 修饰结构体中的某个域，被修饰的域以压缩的方式。而其它部分则采用非压缩方式。当然在示例结构体 foo 中，后两种定义方法达到的效果一样。式中，结构体成员 one 占用两个字节；成员 two 占用两个字节；成员 three在第占用 4 个字节；成员 four 占用 4 个字节。 而在第二种和第三种方式中它们分别占用 1个字节、两个字节、一个字节、4 个字节。如果读者看到这还不是很清楚的话，那么请看其对应的汇编代码，见表二。表一 三种定义结构体方式对比非压缩方式（对齐访问）将整个结构体以压缩方式将结构体中的部分成员压缩方式struct foochar one; packed shor

3、t two;char three;four; c; packed structfoochar one; short two; char three;four; c;Struct foochar one; short two; char three;four; c;表二三种定义结构体方式对应用汇编代码显然以压缩方式结构体节省了空间但浪费了时间。以非压缩结构体加快了速度但浪费了空间。知道了结构体以压缩和非压缩方式的特点以及如何使用关键字 packed 后。笔者给出在实际工作中遇到的必须使用压缩方式的一个例子。大家知道 FAT 文件系统的 DBR 区大小刚好为一个扇区（512 字节）。DBR 区有一

4、系列关于系统的数据。在处理时需要将其定义为一个结构体。程序中对这个结构体进行初始化时，需要将整个扇区的内容拷贝给这个结构体。因此这个结构体的大小正好为 512 字节。当然这是在压缩的情况下。试想如果以非压缩方式，结果将非压缩方式（对齐方式）将整个结构体以压缩方式将结构体中的部分成员压缩方式; r0 包含了结构体c 的首地址。; char oneLDRB r1, r0, #0; short twoLDRB r2, r0, #1 LDRSB r12, r0, #2 ORRr2, r12, r2, LSL #8; char threeLDRB r3, r0, #3;LDRr12, r0, #4; r

5、0 包含了结构体c 的首地址。; char oneLDRB r1, r0, #0; short twoLDRB r2, r0, #1 LDRSB r12, r0, #2ORRr2, r12, r2, LSL #8; char threeLDRB r3, r0, #3;fourADDr0, r0, #4BL aeabi_uread4; r0 包含了结构体c 的首地址。LDRBr1, r0, #0 LDRSHr2, r0, #2 LDRBr3, r0, #4 LDRr12, r0, #8。在这种情况下必须加上关建字 packed。该结构体定义如下：typedef packed structu8BS

6、_jmpBoot3;/ofs:0.典型的如：0 xEB,0 x3E,0 x90。u8BS_OEMName8;/ofs:3.典型的如：“MSWIN4.1”。u16BPB_BytesPerSec;/ofs:11.每扇区字节数。u8BPB_SecPerClus;/ofs:13.每簇扇区数。u16t;/ofs:14.保留扇区数，从 DBR 到FAT 的扇区数。u8BPB_NumFATs;/ofs:16.FAT 的个数。通常为 2 个。u16t;/ofs:17.根目录项数。u16BPB_TotSec16;/ofs:19.分区总扇区数(=32M 时用)。u8BS_DrvNum;/ofs:36.软盘使用 0 x00,硬盘使用 0 x80。SD 卡无意义。u8BS_l;/ofs:37.保留。u8BS_BootSig;/ofs:38.扩展引导标记：0 x29。通常对于 SD 卡无意义。u32BS_VolID;/ofs:39.盘序列号。u8BS_VolLab11;/ofs:43.如“Msdos ”。u8BS_FilSysType