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

xhz21906

$ u# j( c) k4 m) n3 j, k用“UL”避免Keil C51大整数常量运算溢出错误
Keil C51是与ANSI C兼容的编译器，ANSI C规范规定十进制整数常量的默认数据类型是int、long int和unsigned long int的其中一种，对给定的常量是其中的哪一种要看这个常量的实际大小，如果常数在-32768～32767之间则按int类型处理，如果按int类型处理会溢出就考虑long int或更大的数据类型unsigned long int。总之，编译器总是按尽可能的原则指定常量的类型。
% B1 [8 W4 A* a' P' e2 v8 X
但这一原则并不总能奏效，当两个常量做运算时就可能导致溢出。如：

9 e3 ^  y* w/ X7 m! x0 Y#define SYSCLK                        22118400    // SYSCLK in Hz (22.1184 MHz external crystal oscillator)
#define SLIDER_REST_TIME    100              // in ms,slider rest time
- k2 \7 q3 ?8 B: B) Y; d$ t#define REST_DELAY               SYSCLK * SLIDER_REST_TIME / (65536 * 1000)
) x$ G2 ]9 X6 E" N2 m
unsigned char i;
i = REST_DELAY;
# ~  z: B) h2 m: ^
' I+ H- v0 K( j' L+ J; ]% z在keil c51中运行i为0xE1，即225，并不是期望的结果22118400 * 100 / (65536 * 1000) = 33.75，取整为33。原因分析如下：
7 p: j! l7 x! d( l, |+ H  G* A宏替换后为：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。
8 r; l2 d# m2 j; d
* b; ^% w# x7 w9 p解决这种溢出错误的方法用C语言的一个术语就是“提升”（promotion），拿上例来说就是将22118400指定为无符号长整型，即：

; e0 C! e: m) `#define SYSCLK                        22118400UL
; R1 w2 c6 @+ ~) E$ t
注：虽然只要将22118400、100、65536和1000四个常数中的一个指定为无符号长整型即可得到正确的结果，但考虑到可读性及规范性，应选择大整数指定其类型。
4 w# {0 f" N; x; j/ w% k$ n, `
小结：按C51编译器的默认类型整数常量运算可能出现溢出错误，对大整数应指定其数据类型以避免出现可能的运算错误。

1 C% z) d! t' N8 |4 v

swww2212

了解