一个从定时计数器赋初值引起的故事

在一天李老师看到我的学生作业都是写TH0=（-10000）/256.；TL0=（-10000）%256；她说-10000可能使用不对。当天晚上的时候在QQ上发消息过来说，经验证，在Keil中，TH0=（65536-10000）/256；TL0=（65536-10000）%256；的赋值方式TH0=0xD8，TL0=0xF0。但是TH0=（-10000）/256.；TL0=（-10000）%256；的赋值方式TH0=0xD9，TL0=0xF0。TH0的数值总是要大1，而且取不同的数值验证均是这个结果，两种方式TH0总是相差1，而TL0数值是一样的。我打开Keil，输入程序，然后调试查看汇编指令，得到如下结果：

8: TH0=(65536-10000)/256;
C:0x009B 758CD8 MOV TH0(0x8C),#0xD8
9: TH1=(-10000)/256;
C:0x009E 758DD9 MOV TH1(0x8D),#0xD9

发现汇编指令直接对于TH0和TH1进行赋值，没有经过任何的运算，但是就是相差1，这是为什么呢？我无法理解，后来在百度知道上提问，得到的回答是：这个和默认数据类型有关，TH0=(65536-10000)/256，默认unsigned char,即TH0=0xD8；TH0=(-10000)/256，默认signed char,二进制最高位为符号位，负数为1，所以TH0=0xD9 。

原来是Keil编译器计算数据的时候默认的数据类型不一样，65536-10000=55536是unsigned类型，55536/256=216=0xD8，而-10000是signed类型，（-10000）/256=-39=0xD9。原来如此，Keil的编译器预先处理的时候根据不同类型的数据进行了不同的运算，然后直接赋值。我又验证了一下，TH0=（unsigned int）（-10000）/256；发现先把-10000强制转换为unsigned类型后，得到的结果就是正确的了TH0=0xD8。得到答案后脸红了，不过多亏是在放假期间，没有学生看到。开学后立即在课堂上更正了。╮(╯▽╰)╭，这次糗大了。

我重新写了一个程序，#include
void main()
{
unsigned int i;
unsigned char j;
i= - 10000;
j=i/256;

while(1)
;
}

中间加一个变量，看Keil会怎么处理，结果发现

2: void main()
3: {
4: unsigned int i;
5: unsigned char j;
6: i=-10000;
C:0x000F 7ED8 MOV R6,#0xD8
7: j=i/256;
8:
C:0x0011 8E08 MOV 0x08,R6
9: while(1)
C:0x0013 80FE SJMP C:0013

还是直接赋值，编译器太聪明了，知道80C51对于数据运算非常非常的不擅长，于是直接处理完数据，然后用赋值的方式来写汇编的指令。而且还知道，i的低字节没有用到，在指令里根本没有出现，这也太聪明了吧。Keil软件是最流行，最好用的编译器，不是浪得虚名的。

我再修改：

include
void main()
{
unsigned int i;
unsigned char j;
i=-10000;
i++;
j=i/256;

while(1)
;
}

结果发现代码只增加了一点。

2: void main()
3: {
4: unsigned int i;
5: unsigned char j;
6: i=-10000;
C:0x0003 7FF0 MOV R7,#B(0xF0)
C:0x0005 7ED8 MOV R6,#0xD8
7: i++;
C:0x0007 0F INC R7
C:0x0008 BF0001 CJNE R7,#0x00,C:000C
C:0x000B 0E INC R6
8: j=i/256;
9:
C:0x000C 8E08 MOV 0x08,R6
10: while(1)
C:0x000E 80FE SJMP C:000E

但对于j的运算还是用赋值的方式。我再改，把i类型变成signed类型，结果大吃一惊：

include
void main()
{
int i;
unsigned char j;
i=-10000;

j=i/256;

while(1)
;
}