C在嵌入式中高效编程

本文是《ARM嵌入式系统开发：软件设计与优化》一书部分学习笔记，实验均在IAR上完成。目标板芯片为M3内核。

一、 基本的C数据类型

局部变量类型

1. ARM处理器内部是32位寄存器和32位的数据处理操作。其结构体系是RISC load/store结构。换句话说，数据在使用之前必须将其从内部装载到内部寄存器，任何算术或者逻辑指“令都不能直接在存储器里进行操作。

2. 8位或者16位数据在装载/存储ARM之前，先要扩展成32位。无符号数0作为扩展位，有符号数则按照符号位扩展。这就意味着装载int类型数据无需花费多余指令时间进行位扩展。同样，8位或16位数据必须放在寄存器的低8位或者低16位。而一个int或者更小类型的传送，存储时就不要花费额外的指令时间了。
   示例：其中UXTB为无符号扩展一个半字到32位。

int checksum(int *data)
{
char i;
int sum = 0;

for(i=0;i<64;i++)
  {
    sum += data[i];
  }
  return sum;
}

反汇编

可以看到对于char类型变量i，编译器先将其用UXTB无符号扩展指令将其扩展到字在进行运算。将其改为int型。

反汇编

可以看到，编译器直接将i做运算，并无扩展指令。

1. 基于ARMv4体系结构的处理器能有效的装载和存储8位，1位和32位数据。但是，大多数的ARM数据处理器操作都是32位的。基于这个原因，局部变量应尽可能使用32位的数据类型int或者long。即使在处理8位或者16位数据时，也应避免使用char和short类型作为局部变量。唯一例外的情况，需要使用char或者short类型的数据溢出归零特性时，如255+1=0，就要使用char类型。

函数参数类型

short add_v1(short a,short b)
{
return( a + (b >> 1));
}

 对于编译器。输入值a,b和返回值都存放在32位的ARM寄存器中。编译器是否应该考虑这些32位数值在short类型的范围（-32768 ~+32768)之间呢？或者编译器是否应该通过对低16位数据进行符号位扩展，填充32位寄存器，强制把数值限制在上述范围之间呢。  

反汇编

可以看到，不论是输入参数还是返回值࿰