MessageBox的一点认识

一个关于MessageBox 的 问题，其实你们可以理解成是模式对话框的问题或者说是对话框消息处理机制的问题，问题描述如下：
1、MessageBox 并不会 创建新的线程 （可以用任务治理器证实）
2、调用MessageBox 会 阻挡程序进一步执行，从代码上看是起到堵塞 的作用（写过程序的人都知道）
3、MessageBox 并 不会 影响消 息循环（程序代码上虽然“堵塞 ”，但窗口并没有失去响应）
4、MessageBox 并不会 释放CPU时间（如Sleep之类）（程序没 失去响应）
5、MessageBox 可以同时弹出多个（使用一些手段就很轻易做到）
         消息循环的本质是调用窗口过程，进一步调用你的各种消息响应函数，所以无论有多少个消息循环存在，只要有一个消息循环有效，所有的消息响应函数都能被调 用，这也是为什么主窗口还能响应消息的缘故。多个消息循环的存在会 产生某些副作用，比如消息重入，第一次消息响应时弹出一个模式对话框，模式对话框的消息循环2取代 原始消息循环1，假设此时主窗口消息队列里又有一个同样的消息到来，消息循环2也会 调用同样的窗口过程（响应函数），此时就能导致消息重入（因 为第一次进入这个处理函数还没有返回，本质上这个响应函数被递归调用了），这也是能弹出多个模式对话框的原因。
         每个模式对话框都有自己的消息循环，只有最后一个弹出对话框的消息循环才是活动的消息循环，其它所有消息循环（包括主窗口、之前弹出的模式对话框）全被阻 塞。这里的“阻塞”并不是消息被阻塞，而只是DispatchMessage一直没有返回而已，但是其它的消息循环会 接替这些工作。
        递 归函数调用就是一个最典型的函数重入，在函数体内再次调用本函数。只要函数堆栈不溢出，你可以一直递归下去。消息循环跟这个原理是一样的。可以这样做试 验：不停向主窗口发送同一个消息，每个消息弹出一个模式对话框，当积累到一定次数时，会 发生堆栈溢出报错。
-------------------------------------------------------------------------------------------------------------

解决问题的办法:

1.当然是在主程序函数中阻塞程序的执行，问题是mscomm控件也是基于消息机制 的，阻塞方法不同导致的结果就不同，通常我们所想到的就是sleep()函数，但是用了sleep（）函数 导致 像死机一样，使程序不响应消息，也就是说mscomm控件的处理函数——ONCOMM函数不能执行了
2.虽然 messagebox （）可以阻塞程序而且同 时响应消息，可是总不能最后开发出的软件需要你手动点击确定后才正确执行吧
3.最后是用了一个能响应消息的延时函数，既阻塞程序往下执行，又能 响应ONCOMM事件消息，这样ONCOMM事件函数可以处理来自串口数据，达到要求
void C*Dlg::delay(double sec)
{
DWORD dwStart = GetTickCount();
  DWORD dwEnd = dwStart;
  do
  {
   MSG msg;
   GetMessage(&msg,NULL,0,0);
   TranslateMessage(&msg);
   DispatchMessage(&msg);
   dwEnd = GetTickCount()-dwStart;
  }while(dwEnd <sec);
}

另附:七种VC 延时方式

方式一： VC 中 的WM_TIMER消息映射能进行简单的时间控制。首先调用函数SetTimer()设置定时间隔，如SetTimer(0,200,NULL)即为设置 200ms的时间间隔。然后在应用程序中增加定时响应函数 OnTimer()，并在该函数中添加响应的处理语句，用来完成到达定时时间的操作。这种定时方法非常简单，可以实现一定的定时功能，但其定时功能如同 Sleep()函数的延时功能一样，精度非常低，最小计时精度仅为30ms，CPU占用低，且定时器消息在多任务操作系统中的优先级很低，不能得到及时响 应，往往不能满足实时控制环境下的应用。只可以用来实现诸如位图的动态显示等对定时精度要求不高的情况。如示例工程中的Timer1。
　　方式 二： VC 中 使用sleep()函数实现延时，它的单位是ms，如延时2秒，用sleep(2000)。精度非常低，最小计时精度仅为30ms，用sleep函数的不 利处在于延时期间不能处理其他的消息，如果时间太长，就好象死机一样，CPU占用率非常高，只能用于要求不高的延时程序中。如示例工程中的Timer2。
　　方式三：利用COleDateTime类和COleDateTimeSpan类结合WINDOWS的消息处理过程来实现秒级延时。如示例工 程中的Timer3和Timer3_1。以下是实现2秒的延时代码：
COleDateTime start_time = COleDateTime::GetCurrentTime();
COleDateTimeSpan end_time= COleDateTime::GetCurrentTime()-start_time;
while(end_time.GetTotalSeconds()< end_time =" COleDateTime::GetCurrentTime()-start_time;">
　　方式四：在 精度要求较高的情况下， VC 中可以利用GetTickCount()函数，该函数的返回值是 DWORD型，表示以ms为单位的计算机启动后经历的时间间隔。精度比WM_TIMER消息映射高，在较短的定时中其计时误差为15ms，在较长的定时中 其计时误差较低，如果定时时间太长，就好象死机一样，CPU占用率非常高，只能用于要求不高的延时程序中。如示例工程中的Timer4和 Timer4_1。下列代码可以实现50ms的精确定时：
DWORD dwStart = GetTickCount();
DWORD dwEnd = dwStart;
do
{
　dwEnd = GetTickCount()-dwStart;
}while(dwEnd <50);>
　　为使GetTickCount()函数在延时或定时期间能处理其他的消息，可以把代码改为：
DWORD dwStart = GetTickCount();
DWORD dwEnd = dwStart;
do
{
　 MSG msg;
　GetMessage(&msg,NULL,0,0);
　 TranslateMessage(&msg);
　DispatchMessage(&msg);
　dwEnd = GetTickCount()-dwStart;
}while(dwEnd <50);

　　虽然这样可以降低CPU 的占有率，并在延时或定时期间也能处理其他的消息，但降低了延时或定时精度。
　　方式五：与 GetTickCount()函数类似的多媒体定时器函数DWORD timeGetTime(void)，该函数定时精度为ms级，返回从Windows启动开始经过的毫秒数。微软公司在其多媒体Windows中提供了精 确定时器的底层API持，利用多媒体定时器可以很精确地读出系统的当前时间，并且能在非常精确的时间间隔内完成一个事件、函数或过程的调用。不同之处在于 调用DWORD timeGetTime(void) 函数之前必须将 Winmm.lib 和 Mmsystem.h 添加到工程中，否则在编译时提示DWORD timeGetTime(void)函数未定义。由于使用该函数是通过查询的方式进行定时控制的，所以，应该建立定时循环来进行定时事件的控制。如示例工 程中的Timer5和Timer5_1。
方式六：使用多媒体定时器timeSetEvent()函数，该函数定时精度为ms级。利用该函数可以 实现周期性的函数调用。如示例工程中的Timer6和Timer6_1。函数的原型如下：

MMRESULT timeSetEvent（ UINT uDelay,
UINT uResolution,
LPTIMECALLBACK lpTimeProc,
WORD dwUser,
UINT fuEvent ）
　　该函数设置一个定时回调事件，此事件可 以是一个一次性事件或周期性事件。事件一旦被激活，便调用指定的回调函数， 成功后返回事件的标识符代码，否则返回NULL。函数的参数说明如下：
　 　uDelay：以毫秒指定事件的周期。
　　Uresolution：以毫秒指定延时的精度，数值越小定时器事件分辨率越高。缺省值为1ms。
　　LpTimeProc：指向一个回调函数。
　　DwUser：存放用户提供的回调数据。
　　FuEvent：指定定时 器事件类型：
　　TIME_ONESHOT：uDelay毫秒后只产生一次事件
　　TIME_PERIODIC ：每隔uDelay毫秒周期性地产生事件。
　　具体应用时，可以通过调用timeSetEvent()函数，将需要周期性执行的任务定义在 LpTimeProc回调函数中(如：定时采样、控制等)，从而完成所需处理的事件。需要注意的是，任务处理的时间不能大于周期间隔时间。另外，在定时器 使用完毕后，应及时调用timeKillEvent()将之释放。
　　方式七：对于精确度要求更高的定时操作，则应该使用 QueryPerformanceFrequency()和 QueryPerformanceCounter()函数。这两个函数是 VC 提供的仅供 Windows 95及其后续版本使用的精确时间函数，并要求计算机从硬件上支持精确定时器。如示例工程中的Timer7、Timer7_1、Timer7_2、 Timer7_3。
　　QueryPerformanceFrequency()函数和QueryPerformanceCounter()函 数的原型如下：
BOOL QueryPerformanceFrequency(LARGE_INTEGER ＊lpFrequency);
BOOL QueryPerformanceCounter(LARGE_INTEGER ＊lpCount);
　　数据类型ARGE_INTEGER 既可以是一个8字节长的整型数，也可以是两个4字节长的整型数的联合结构， 其具体用法根据编译器是否支持64位而定。该类型的定义如下：
typedef union _LARGE_INTEGER
{
　struct
　{
　　DWORD LowPart ;// 4字节整型数
　　LONG HighPart;// 4字节整型数
　};
　LONGLONG QuadPart ;// 8字节整型数
}LARGE_INTEGER ;
　　在进行定时之前，先调用QueryPerformanceFrequency() 函数获得机器内部定时器的时钟频率，然后在需要严格定时的事件发生之前和发生之后分别调用QueryPerformanceCounter()函数，利用 两次获得的计数之差及时钟频率，计算出事件经 历的精确时间。下列代码实现1ms的精确定时：
LARGE_INTEGER litmp;
LONGLONG QPart1,QPart2;
double dfMinus, dfFreq, dfTim;
QueryPerformanceFrequency(&litmp);
dfFreq = (double)litmp.QuadPart;// 获得计数器的时钟频率
QueryPerformanceCounter(&litmp);
QPart1 = litmp.QuadPart;// 获得初始值
do
{
　 QueryPerformanceCounter(&litmp);
　QPart2 = litmp.QuadPart;//获得中止值
　dfMinus = (double)(QPart2-QPart1);
　 dfTim = dfMinus / dfFreq;// 获得对应的时间值，单位为秒
}while(dfTim<0.001);
　 　其定时误差不超过1微秒，精度与CPU等机器配置有关。 下面的程序用来测试函数Sleep(100)的精确持续时间：
LARGE_INTEGER litmp;
LONGLONG QPart1,QPart2;
double dfMinus, dfFreq, dfTim;
QueryPerformanceFrequency(&litmp);
dfFreq = (double)litmp.QuadPart;// 获得计数器的时钟频率
QueryPerformanceCounter(&litmp);
QPart1 = litmp.QuadPart;// 获得初始值
Sleep(100);
QueryPerformanceCounter(&litmp);
QPart2 = litmp.QuadPart;//获得中止值
dfMinus = (double)(QPart2-QPart1);
dfTim = dfMinus / dfFreq;// 获得对应的时间值，单位为秒  
　　由于Sleep()函数自身的误差，上述程序每次执行的结果都会有微小误差。下列代码实现1微秒的精确定时：
LARGE_INTEGER litmp;
LONGLONG QPart1,QPart2;
double dfMinus, dfFreq, dfTim;
QueryPerformanceFrequency(&litmp);
dfFreq = (double)litmp.QuadPart;// 获得计数器的时钟频率
QueryPerformanceCounter(&litmp);
QPart1 = litmp.QuadPart;// 获得初始值
do
{
　 QueryPerformanceCounter(&litmp);
　QPart2 = litmp.QuadPart;//获得中止值
　dfMinus = (double)(QPart2-QPart1);
　 dfTim = dfMinus / dfFreq;// 获得对应的时间值，单位为秒
}while(dfTim<0.000001);
　　其定时误差一般不超过0.5微秒，精度与CPU等机器配置有关。