在VB、VBA中实现延时（等待）的几种方法

在程序流程中经常要延时一段时间后再继续往下执行，在VB中常用的有以下几种方法（因为Timer控件打乱了程序的流程所以一般不用它）：

1.使用WindowsAPI函数Sleep

新建一个工程，添加一个TextBox控件和一个CommandButton控件，再将以下代码复制到代码窗口：

Private Declare SubSleep() SubSleepLib"kernel32"(ByValdwMillisecondsAsLong)
PrivateSubCommand1_Click()SubCommand1_Click()
Text1="sleepbegin"
Sleep3000
Text1="sleepend"
EndSub

按F5执行，按下Command1按钮，程序停止执行，3秒钟内不对用户的操作做出反应，并且Text1里的内容并没有发生改变。这是怎么回事呢？原来，Sleep函数功能是将调用它的进程挂起dwMilliseconds毫秒时间，在这段时间内，此进程不对用户操作做出反应，程序中虽然将Text1的Text属性改成Sleepbegin，但还没等完成对屏幕的更新进程就被挂起了，对用户来说程序象是死机一样。所以这种方法虽然简单，但并不适用。

2.使用Timer()函数

这是用的最多的一种方法，也是在VB联机手册中所推荐的。添加一个CommandButton控件，再将以下代码添加到代码窗口中：

Private SubCommand2_Click() SubCommand2_Click()
DimSavetimeAsSingle
Text1="Timerbegin"
Savetime=Timer'记下开始的时间
WhileTimer<Savetime+5'循环等待
DoEvents'转让控制权，以便让操作系统处理其它的事件
Wend
Text1="Timerok"
EndSub

这种方法虽然也很简单，但却有有一个致命缺陷，那就是Timer函数返回的是从午夜开始到现在经过的秒数。所以Timer返回的最大值也只是60*60*24-1秒，如果从一天的23:59:58秒开始计时等待5秒，那么程序会永远地循环下去。要进行改良，就要加上判断是否又开始了新的一天，那岂不是太麻烦。下面给大家推荐另一个WindowsAPI函数。

3.使用WindowsAPI函数timeGetTime()

timeGetTime函数没有参数，返回值是从开机到现在所经历的毫秒数，这个毫秒数是非周期性递增的，所以不会出现Timer()函数出现的问题，而且这种方法的精确性高于上一种方法。添加一个CommandButton控件，再将以下代码添加到代码窗口中：

Private Declare FunctiontimeGetTime() FunctiontimeGetTimeLib"winmm.dll"()AsLong
PrivateSubCommand3_Click()SubCommand3_Click()
DimSavetimeAsDouble
Text1="timeGetTimebegin"
Savetime=timeGetTime'记下开始时的时间
WhiletimeGetTime<Savetime+5000'循环等待
DoEvents'转让控制权，以便让操作系统处理其它的事件
Wend
Text1="timeGetTimeend"
EndSub