在c语言算术表达式的编译过程中，有一个“寻常算术转换”的问题，大多数情况下，教材中并没有做具体的有意义的说明，在实际应用中，如果不注意这个问题，可能会产生严重的后果！一下以实例做一个说明，希望引起大家的注意。
1、C语言算术表达式“寻常算术转换”
由于“历史”（搞笑，C语言弄出来不过几十年而已，好意思谈历史？）的原因，C语言算术表达式在编译过程中会对参入运算的对象做“寻常算术转换”，按照ANSIC标准的说法，大致的描述是这样的：
当执行算术运算时，如果操作对象的类型不同，就会发生数据类型转换。对于双目运算符而言，两个运算对象的类型都转换为精度高的那个对象的类型。数据类型转换的一般规则是：浮点朝着精度更高、长度更长的方向转换，整型（char，short，int）运算对象如果转换为signed int类型不会丢失信息，就转换为signed int类型，否则转换为 unsigned int类型（详细表述请参考ANSIC规范）。
严重建议你注意：整型运算对象（char，short，int）的转换规则！由于在很多系统中，long类型与int类型长度不同，比如在C51中，long是32位的，而int是16位的，就有可能因“想当然”而出现错误！在C51编译环境KEIL里，仿真运行下面的例子，x==？
unsigned long x=0x00123456;
x |= (0xe8<<24);
... ...
想当然的结论：x==0xe8123456
想当然的"当然"：“x |= (0xe8<<24);”等价于“x =x | (0xe8<<24);”，按照“寻常算术转换”规则，0xe8被转换为unsigned long类型了，所以x==0xe8123456
但实际上上述结论是错误的。正确的结论是：x==0x00123456
原因分析：C编译器首先考虑的是子算术表达式（子表达式也是表达式）“(0xe8<<24)”！双目运算符“<<”的两个运算
对象都是“没有显式类型说明的”常数，于是按照“整型（char，short，int）运算对象如果转换为signed int类型不会丢失信息，就转换为signed int类型，否则转换为 unsigned int类型”的规则，0xe8转换为16位的0000 0000 11101000B，左移24位以后就变成0000 0000 0000 0000B了！
然后这个16位全0的数与32位的x做 “|”运算， 16位全0转换为24位全0而已！
假定希望把一个字节常量0xe8“装配”到32位的x最高8位上，正确的做法应该是怎么样的呢？这样写就行了：
unsigned long x=0x00123456;
x |= ((unsigned long)0xe8<<24);
或者，几乎没有可移植性的写法（显然也就严重的不推荐！！！！）
unsigned long x=0x00123456;
x |= (0xppppqqe8<<24); //0xpppp=0x0001~0xffff, 0xqq=0x00~0xff
说明一下这个严重不推荐的写法以说明问题的本质：
0xppppqqe8的形式，最小的数是0x000100e8，最大的数是0xffffffe8，不管咋样，在C51里都必须用32位表示才行，所以<<24不会变成0了！
以下是从前日志里一个实际的例子，用于2M字节Flash芯片的读访问，其中的变量address是unsigned long类型的，它的低端三个字节用于存放字节地址，最高端字节存放“连续读”命令0xe8。
void Flash_Read(ulong address, char* buf, uint nbytes)
{
uchar i;
AT45161_CLK = 1;
AT45161_CS(0);
address |= ((ulong)0xE8<<24); //注意ulong强制类型转换!
for(i=0; i<4; i++) //4字节命令/地址
Flash_Byte_Write((address>>(24-8*i))&0xff);
for(i=0; i<4; i++) Flash_Byte_Write(0xff); //4字节填充位
while(nbytes--) Flash_Byte_Read(buf++);
AT45161_CS(1);
}
参考文献：C专家编程（Expert C Programming） 【美】Peter Van Der Linden 人邮出版社