事件驱动与异步IO

看图说话讲事件驱动模型

在UI编程中，常常要对鼠标点击进行相应，首先如何检测到鼠标点击呢？

方式一：创建一个线程，该线程一直循环检测是否有鼠标点击，那么这个方式有以下几个缺点： 1. CPU资源浪费，可能鼠标点击的频率非常小，但是扫描线程还是会一直循环检测，这会造成很多的CPU资源浪费；如果扫描鼠标点击的接口是阻塞的呢？ 2. 如果是堵塞的，又会出现下面这样的问题，如果我们不但要扫描鼠标点击，还要扫描键盘是否按下，由于扫描鼠标时被堵塞了，那么可能永远不会去扫描键盘； 3. 如果一个循环需要扫描的设备非常多，这又会引来响应时间的问题； 所以，该方式是非常不好的。

方式二：就是事件驱动模型 目前大部分的UI编程都是事件驱动模型，如很多UI平台都会提供onClick()事件，这个事件就代表鼠标按下事件。事件驱动模型大体思路如下： 1. 有一个事件（消息）队列； 2. 鼠标按下时，往这个队列中增加一个点击事件（消息）； 3. 有个循环，不断从队列取出事件，根据不同的事件，调用不同的函数，如onClick()、onKeyDown()等； 4. 事件（消息）一般都各自保存各自的处理函数指针，这样，每个消息都有独立的处理函数；

注册一个事件的时候，还可以增加一个回调函数。可以自己定义回调函数，做完这个动作的下一步干什么。

事件驱动编程是一种编程范式，这里程序的执行流由外部事件来决定。它的特点是包含一个事件循环，当外部事件发生时使用回调机制来触发相应的处理。另外两种常见的编程范式是（单线程）同步以及多线程编程。

让我们用例子来比较和对比一下单线程、多线程以及事件驱动编程模型。下图展示了随着时间的推移，这三种模式下程序所做的工作。这个程序有3个任务需要完成，每个任务都在等待I/O操作时阻塞自身。阻塞在I/O操作上所花费的时间已经用灰色框标示出来了。

 IO操作实际上是由操作系统的IO接口完成的，告诉操作系统，你处理完了的时候，调用一下回调函数。这个回调函数就会通知我。

一出现IO操作，我就注册一个IO事件交给操作系统。操作系统里面有个队列，处理完了以后返回结果并且通过回调函数通知你。