Programming 版 (精华区)

发信人: Cosix (荔枝), 信区: Programming
标  题: 同步调用和异步调用
发信站: 哈工大紫丁香 (2002年05月30日10:48:31 星期四), 站内信件

同步调用和异步调用    xiaoran
  
关键字     同步调用, 异步调用, synchronous, asynchronous 
  


前言：本文没什么创见，只是把有关内容做一个概括，希望能对新手有些用，也欢
迎大家补充更正。


      操作系统发展到今天已经十分精巧，线程就是其中一个杰作。操作系统把 
CPU 处理时间划分成许多短暂时间片，在时间 T1 执行一个线程的指令，到时间 
T2 又执行下一线程的指令，各线程轮流执行，结果好象是所有线程在并肩前进。
这样，编程时可以创建多个线程，在同一期间执行，各线程可以“并行”完成不同
的任务。

      在单线程方式下，计算机是一台严格意义上的冯·诺依曼式机器，一段代码
调用另一段代码时，只能采用同步调用，必须等待这段代码执行完返回结果后，调
用方才能继续往下执行。有了多线程的支持，可以采用异步调用，调用方和被调方
可以属于两个不同的线程，调用方启动被调方线程后，不等对方返回结果就继续执
行后续代码。被调方执行完毕后，通过某种手段通知调用方：结果已经出来，请酌
情处理。

      计算机中有些处理比较耗时。调用这种处理代码时，调用方如果站在那里苦
苦等待，会严重影响程序性能。例如，某个程序启动后如果需要打开文件读出其中
的数据，再根据这些数据进行一系列初始化处理，程序主窗口将迟迟不能显示，让
用户感到这个程序怎么等半天也不出来，太差劲了。借助异步调用可以把问题轻松
化解：把整个初始化处理放进一个单独线程，主线程启动此线程后接着往下走，让
主窗口瞬间显示出来。等用户盯着窗口犯呆时，初始化处理就在背后悄悄完成了。
程序开始稳定运行以后，还可以继续使用这种技巧改善人机交互的瞬时反应。用户
点击鼠标时，所激发的操作如果较费时，再点击鼠标将不会立即反应，整个程序显
得很沉重。借助异步调用处理费时的操作，让主线程随时恭候下一条消息，用户点
击鼠标时感到轻松快捷，肯定会对软件产生好感。

      异步调用用来处理从外部输入的数据特别有效。假如计算机需要从一台低速
设备索取数据，然后是一段冗长的数据处理过程，采用同步调用显然很不合算：计
算机先向外部设备发出请求，然后等待数据输入；而外部设备向计算机发送数据后
，也要等待计算机完成数据处理后再发出下一条数据请求。双方都有一段等待期，
拉长了整个处理过程。其实，计算机可以在处理数据之前先发出下一条数据请求，
然后立即去处理数据。如果数据处理比数据采集快，要等待的只有计算机，外部设
备可以连续不停地采集数据。如果计算机同时连接多台输入设备，可以轮流向各台
设备发出数据请求，并随时处理每台设备发来的数据，整个系统可以保持连续高速
运转。编程的关键是把数据索取代码和数据处理代码分别归属两个不同的线程。数
据处理代码调用一个数据请求异步函数，然后径自处理手头的数据。待下一组数据
到来后，数据处理线程将收到通知，结束 wait 状态，发出下一条数据请求，然后
继续处理数据。

      异步调用时，调用方不等被调方返回结果就转身离去，因此必须有一种机制
让被调方有了结果时能通知调用方。在同一进程中有很多手段可以利用，笔者常用
的手段是回调、event 对象和消息。

      回调方式很简单：调用异步函数时在参数中放入一个函数地址，异步函数保
存此地址，待有了结果后回调此函数便可以向调用方发出通知。如果把异步函数包
装进一个对象中，可以用事件取代回调函数地址，通过事件处理例程向调用方发通
知。

      event 是 Windows 系统提供的一个常用同步对象，以在异步处理中对齐不
同线程之间的步点。如果调用方暂时无事可做，可以调用 wait 函数等在那里，此
时 event 处于 nonsignaled 状态。当被调方出来结果之后，把 event 对象置于
 signaled 状态，wait 函数便自动结束等待，使调用方重新动作起来，从被调方
取出处理结果。这种方式比回调方式要复杂一些，速度也相对较慢，但有很大的灵
活性，可以搞出很多花样以适应比较复杂的处理系统。

      借助 Windows 消息发通知是个不错的选择，既简单又安全。程序中定义一
个用户消息，并由调用方准备好消息处理例程。被调方出来结果之后立即向调用方
发送此消息，并通过 WParam 和 LParam 这两个参数传送结果。消息总是与窗口 
handle 关联，因此调用方必须借助一个窗口才能接收消息，这是其不方便之处。
另外，通过消息联络会影响速度，需要高速处理时回调方式更有优势。

      如果调用方和被调方分属两个不同的进程，由于内存空间的隔阂，一般是采
用 Windows 消息发通知比较简单可靠，被调方可以借助消息本身向调用方传送数
据。event 对象也可以通过名称在不同进程间共享，但只能发通知，本身无法传送
数据，需要借助 Windows 消息和 FileMapping 等内存共享手段或借助  MailSlot
 和 Pipe 等通信手段。

      异步调用原理并不复杂，但实际使用时容易出莫名其妙的问题，特别是不同
线程共享代码或共享数据时容易出问题，编程时需要时时注意是否存在这样的共享
，并通过各种状态标志避免冲突。Windows 系统提供的 mutex 对象用在这里特别
方便。mutex 同一时刻只能有一个管辖者。一个线程放弃管辖权后，另一线程才能
接管。当某线程执行到敏感区之前先接管 mutex，使其他线程被 wait 函数堵在身
后；脱离敏感区之后立即放弃管辖权，使 wait 函数结束等待，另一个线程便有机
会光临此敏感区。这样就可以有效避免多个线程进入同一敏感区。

      由于异步调用容易出问题，要设计一个安全高效的编程方案需要比较多的设
计经验，所以最好不要滥用异步调用。同步调用毕竟让人更舒服些：不管程序走到
哪里，只要死盯着移动点就能心中有数，不至于象异步调用那样，总有一种四面受
敌、惶惶不安的感觉。必要时甚至可以把异步函数转换为同步函数。方法很简单：
调用异步函数后马上调用 wait 函数等在那里，待异步函数返回结果后再继续往下
走。


 

--
※ 来源:·哈工大紫丁香 bbs.hit.edu.cn·[FROM: 202.118.239.136]