多线程和串行通信.docVIP

多线程与串行通信 Windows是一个多任务操作系统。传统的Windows 3.x只能依靠应用程序之间的协同来实现协同式多任务，而Windows 95/NT实行的是抢先式多任务。在Win 32(95/NT)中，每一个进程可以同时执行多个线程，这意味着一个程序可以同时完成多个任务。对于象通信程序这样既要进行耗时的工作，又要保持对用户输入响应的应用来说，使用多线程是最佳选择。当进程使用多个线程时，需要采取适当的措施来保持线程间的同步。利用Win 32的重叠I/O操作和多线程特性，程序员可以编写出高效的通信程序。在这一讲的最后将通过一个简单的串行通信程序，向读者演示多线程和重叠I/O的编程技术。12.1多任务、进程和线程12.2线程的同步12.3串行通信与重叠I/O 12.4一个通信演示程序12.5小结12.1多任务、进程和线程12.1.1 Windows 3.x的协同多任务在16位的Windows 3.x中，应用程序具有对CPU的控制权。只有在调用了GetMessage、PeekMessage、WaitMessage或Yield后，程序才有可能把CPU控制权交给系统，系统再把控制权转交给别的应用程序。如果应用程序在长时间内无法调用上述四个函数之一，那么程序就一直独占CPU，系统会被挂起而无法接受用户的输入。因此，在设计16位的应用程序时，程序员必须合理地设计消息处理函数，以使程序能够尽快返回到消息循环中。如果程序需要进行费时的操作，那么必须保证程序在进行操作时能周期性的调用上述四个函数中的一个。在Windows 3.x环境下，要想设计一个既能执行实时的后台工作(如对通信端口的实时监测和读写)，又能保证所有界面响应用户输入的单独的应用程序几乎是不可能的。有人可能会想到用CWinApp：OnIdle函数来执行后台工作，因为该函数是程序主消息循环在空闲时调用的。但OnIdle的执行并不可靠，例如，如果用户在程序中打开了一个菜单或模态对话框，那么OnIdle将停止调用，因为此时程序不能返回到主消息循环中！在实时任务代码中调用PeekMessage也会遇到同样的问题，除非程序能保证用户不会选择菜单或弹出模态对话框，否则程序将不能返回到PeekMessage的调用处，这将导致后台实时处理的中断。折衷的办法是在执行长期工作时弹出一个非模态对话框并禁止主窗口，在消息循环内分批执行后台操作。对话框中可以显示工作的进度，也可以包含一个取消按钮以让用户有机会中断一个长期的工作。典型的代码如清单12.1所示。这样做既可以保证工作实时进行，又可以使程序能有限地响应用户输入，但此时程序实际上已不能再为用户干别的事情了。清单12.1在协同多任务环境下防止程序被挂起的一种方法bAbort=FALSE；lpMyDlgProc=MakeProcInstance(MyDlgProc,hInst)；hMyDlg=CreateDialog(hInst,Abort,hwnd,lpMyDlgProc)；//创建一个非模态对话框ShowWindow(hMyDlg,SW_NORMAL)；UpdateWindow(hMyDlg)；EnableWindow(hwnd,FALSE)；//禁止主窗口...while(！bAbort){...//执行一次后台操作...while(PeekMessage(msg,NULL,NULL,NULL,PM_REMOVE)){if(！IsDialogMessage(hMyDlg,msg)){TranslateMessage(msg)；DispatchMessage(msg)；}}}EnableWindow(hwnd,TRUE)；//允许主窗口DestroyWindow(hMyDlg)；FreeProcInstance(lpMyDlgProc)；12.1.2 Windows 95/NT的抢先式多任务在32位的Windows系统中，采用的是抢先式多任务，这意味着程序对CPU的占用时间是由系统决定的。系统为每个程序分配一定的CPU时间，当程序的运行超过规定时间后，系统就会中断该程序并把CPU控制权转交给别的程序。与协同式多任务不同，这种中断是汇编语言级的。程序不必调用象PeekMessage这样的函数来放弃对CPU的控制权，就可以进行费时的工作，而且不会导致系统的挂起。例如，在Windows3.x中，如果某一个应用程序陷入了死循环，那么整个系统都会瘫痪，这时唯一的解决办法就是重新启动机器。而在Windows 95/NT中，一个程序的崩溃一般不会造成死机，其它程序仍然可以运行，用户可以按Ctrl+Alt+Del键来打开任务列表并关闭没有响应的程序。12.1.3进程与线程在32位的Windows系统中，术语多任务是指系统可以同时运行多个进程，而每个进程也可以同时