我说的是单片机C，书上的延时是这样的，如：
void delay02()
{
unsigned char i,j,k;
for(i=2;i>0;i–)
for(j=200;j>0;j–)
for(k=250;k>0;k–);
}
它的时刻是：2usX250X200X2=200 000us=0.5s
而这个时刻是不准确的，我在家里总结出了一个关于这种时刻核算法，它的成果和在KEILL中调试时的时刻是相同的而且也分隔始界说时的类型，char是以1us核算，int 是4us，假如上面的那里界说成int那成果就并不是0.5S啦!
剖析法为：
以unsigned char 来说吧!
for(i=2;i>0;i–)
剖析：i=2 —>我的剖析为1us
i>0 —->我的剖析为1us 有两次共2us
i– —–>它也有1us 有两次共2us
因而,总的时刻为 s=1+1X2+1X2=5us
由此，书上的时刻应为
1+1×2+1×2+2x(1+1×200+1×200+200x(1+1×250+1×250))
这个时刻明显便是以上从 for 开端到完毕的 } 的准确时刻了!
又如：unsigned char i;
i=20; //2us
while(i–);
这个时刻准确核算应为 s=2+6+20×6 us
为什么是这样呢?这是我经过keill的调试得出来的!
while —> 2us
(i–) —–>2us
; ———>2us
起步为6us共有20次,那么时刻为6+20×6
还有，如：
unsigned int a;
for(a=20;a>0;a–);
这个时刻准确为
2+20×4+20×4
好了不多说了，己经到了0：28啦，我要睡啦，否则明儿没精力的。睡去啦!
嘻嘻!这些便是我发现的单片机关于延时的那点事儿哦!
假如你不想信，那么，请朋友你去用keil的调试吧!
用起步的时刻减去最终的时刻看看是不是这样啦!
sec是时刻 0.000 000 00
还有这个说法在keil4上不是怎样建立?这个可能是编译器的差异。不过这个但是了解成一种编程思维吧!不要让编译器所束缚(由于编译器也是用程序设计出来的，假如你会那个你也能够编出来)
