用“UL”避免Keil C51大整数常量运算溢出错误

xhz21906

$ U. C8 D5 f, ^( j7 ^+ `
用“UL”避免Keil C51大整数常量运算溢出错误
Keil C51是与ANSI C兼容的编译器，ANSI C规范规定十进制整数常量的默认数据类型是int、long int和unsigned long int的其中一种，对给定的常量是其中的哪一种要看这个常量的实际大小，如果常数在-32768～32767之间则按int类型处理，如果按int类型处理会溢出就考虑long int或更大的数据类型unsigned long int。总之，编译器总是按尽可能的原则指定常量的类型。
  @3 y2 `, |3 x9 O
但这一原则并不总能奏效，当两个常量做运算时就可能导致溢出。如：

  A1 c+ _" l( @! H4 D#define SYSCLK                        22118400    // SYSCLK in Hz (22.1184 MHz external crystal oscillator)
4 w+ ~2 d' X: v/ I) R: a1 d#define SLIDER_REST_TIME    100              // in ms,slider rest time
  r2 g4 M( I' @+ ^" [1 ~" g#define REST_DELAY               SYSCLK * SLIDER_REST_TIME / (65536 * 1000)

unsigned char i;
& g+ u  Y7 X* u2 r( Ni = REST_DELAY;

; i$ S$ a$ r9 m' T在keil c51中运行i为0xE1，即225，并不是期望的结果22118400 * 100 / (65536 * 1000) = 33.75，取整为33。原因分析如下：
宏替换后为：i = 22118400 * 100 / (65536 * 1000);，编译器首先为22118400定义类型，因为22118400不在int的表示范围内，而在long int的范围-2147483648～2147483647内，所以22118400按long int类型处理，在做乘积运算时100被自动按long int处理，22118400 * 100将按两带符号长整型常量进行运算，运算结果仍为带符号长整型，结果写成十六进制是0x83D60000，其十进制是-2083127296，显然出现了溢出错误。keil编译器并没有给出任何错误或警告提示信息（VC++6.0还给出警告warning C4307: '*' : integral constant oveRFlow），继续进行下一个运算65536 * 1000，结果为带符号长整型，十六进制为0x3E80000，十进制为65536000，最后按两长整型除法计算-2083127296 / 65536000，结果为0xFFFFFFE1，由于i为字符类型，取0xFFFFFFE1的最低有效字节为0xE1赋值给i，i的最终值为0xE1。

解决这种溢出错误的方法用C语言的一个术语就是“提升”（promotion），拿上例来说就是将22118400指定为无符号长整型，即：
) e$ `1 V( n0 {' M4 J
#define SYSCLK                        22118400UL
1 x; y/ K! T# Y' @/ Z
+ d* A' u$ I3 J( k, S$ x. l注：虽然只要将22118400、100、65536和1000四个常数中的一个指定为无符号长整型即可得到正确的结果，但考虑到可读性及规范性，应选择大整数指定其类型。

! ?' c$ u$ ~- l! ]8 A小结：按C51编译器的默认类型整数常量运算可能出现溢出错误，对大整数应指定其数据类型以避免出现可能的运算错误。

swww2212

了解