把局部变量从char或者short类型转换成int类型

把局部变量从char或者short类型转换成int类型，可以改善性能并减小代码尺寸，其实，这种转换函数类型参数也有同样的效果，看下面的例子，将2个16位的值相加，其他第2个数先减半，然后返回一个16位的和：

Short add-v1（short a，short b）

{

   Return a +（b>>1）；

}

虽然这个函数只是一个简单的算术运算，但是对于观察编译器碰到的问题是一个很好的例子，输入值a，b和返回值都存放在32位的ARM寄存器中，编译器是否应该考虑这些32位数值在short类型的范围之间呢?或者编译器是否应该通过对低16位数据进行符号位扩展，充填32位寄存器，强制把数值限制在上述范围之间呢?编译器必须把调用者和被调用者作出一致的决策，不是调用者，就是被调用者，必须把数据转换为short类型。

如果参数可以不缩小到定义的数据类型范围，那么称这种函数参数传递是宽的，反之，则称为窄的。观察add-v1的汇编输出结果，就可以知道编译器所来用的是那种形式，如果编译器传递参数是宽的。那么被调用者就必须把参数缩小到正确的用的是哪种形式。如果编译器传递参数是窄的。那么调用者必须缩小参数范围。如果编译器返回值是窄的。那么被调用者就必须在返回前缩小回值的范围。

对于ADS的armcc来说，函数参数传递和返回值都是窄的。换句话说，调用者要处理调用参数，而被调用者要处理返回值，编译器采用函数的ANSI原型来决定函数参数的数据类型。

函数add-v1在armcc下的输出结果显示，编译器把返回值的类型转换为short类型的范围之内，这就说明参数传递和返回值都是窄的。

Add-v1

  Add  r0，r0，r1，ASR #1   ；r0=(int)a+((int) b>>1)

  MOV  r0，r0，LSL #16     

  MOV  r0，r0，ASR #16      ；r0=（short） r0

  MOV  pc，r14              ；return r0

Gcc编译器更为谨慎，对参数值的范围不作任何假设，这个版本的编译器，在调用者和被调用者中将输入参数缩小到short类型的数据范围，同时也都将返回值转换为short类型，下面是add-v1由gcc编译后的代码：

  Add-v1-gcc

  MOV r0，r0，LSL #16

MOV r1，r1，LSL #16

MOV r1，r1，LSL #17               ；r1=(int)b>>1

ADD r1，r1，r0,ASR #16            ；r1+=（int）a

MOV r1，r1，LSL #16

MOV r0，r1，ASR #16               ；r0（short）r1

MOV pc，1r                        ；return r0

尽管宽和窄的函数调用规则各有其优点，但是char或者short类型的函数参数和返回值都会产生额外的开销，导致性能的下降，并增加了代码尺寸。所以，即使是传输一个8位的数据，函数参数和返回值使用int类型也会更有效。

程序执行效率还是汇编好，