五种IO模型

阻塞IO

• 阻塞IO：在内核将数据准备好之前， 系统调用会一直等待。所有的套接字， 默认都是阻塞方式。阻塞IO是最常见的IO模型。

例子：当你去钓鱼的时候，放下鱼钩，然后一直等待鱼漂下沉，期间什么事都不做，当鱼漂下沉知道鱼儿上钩后才拉起鱼竿。

• 特点
• 在等待的过程中，被阻塞的执行流什么也干不了，对cpu的利用率较低
• 实时性比较好，在IO就绪和拷贝数据之间没有浪费时间。
• 代码编写流程比较简单。

非阻塞IO

• 非阻塞IO: 如果内核还未将数据准备好， 系统调用仍然会直接返回， 并且返回EWOULDBLOCK错误码。

• 非阻塞IO往往需要程序员循环的方式反复尝试读写文件描述符， 这个过程称为轮询。 这对CPU来说是较大的浪费， 一般只有特定场景下才使用。
  
  例子：钓鱼的时候，放下鱼钩，在此期间，你看一会儿鱼漂的状态，发现鱼漂没有动，然后你又去干别的，比如：打游戏，听音乐。一直循环往复，直到鱼漂下沉，你拉起鱼竿。

• 特点

• 程序对cpu的利用率比阻塞IO高

• 不够实时，若IO调用返回之后(在此之前数据未准备好)，执行流干别的事情，而此时IO就绪了，但是IO并未发起调用。

• 代码相对复杂，因为需要循环判断调用结果。

信号驱动IO

• 内核将数据准备好的时候， 使用SIGIO信号通知应用程序进行IO操作。
  
  例子：钓鱼的时候，在鱼竿上绑了一个铃铛，当铃铛响的时候，则拉钩；铃铛没有响的时候，钓鱼的人可以干其他事情。
• 特点
• 相对于非阻塞IO，实时性加强。
• 代码复杂度进一步提高
• 相对于非阻塞IO，不用重复发起IO调用，但是需要自定义信号逻辑。

IO多路转接(也称作多路复用)

• 虽然从流程图上看起来和阻塞IO类似。实际上最核心在于IO多路转接能够同时等待多个文件描述符的就绪状态。
  

异步IO

• 由内核在数据拷贝完成时，通知应用程序(而信号驱动是告诉应用程序何时可以开始拷贝数据)。
• 自定义信号处理函数(与信号驱动不同的是，它是当数据拷贝完成后接收消息的)，直接发起异步调用，并且异步调用是直接返回的；IO等待和数据拷贝操作都是在系统内核完成，完成之后通过信号来通知应用程序。
  
  例子：在钓鱼的时候，请了一个帮手，钓鱼的一系列操作他都帮你完成了，钓上鱼后，他就通知你鱼已经钓起来了。
• 特点：
• 异步IO模型中，数据拷贝过程也被内核直接完成了，用户可以直接使用数据。
• 自定义信号处理函数，这个信号是通知用户数据已经拷贝完成的。
• 同阻塞IO和信号驱动IO，实时性不受多大影响。

同步和异步，阻塞和非阻塞的区别

• 同步：就是在发出一个调用时，在没有得到结果之前，该调用就不返回。 但是一旦调用返回，就得到返回值了；换句话说，就是由调用者主动等待这个调用的结果。
• 异步：调用在发出之后，这个调用就直接返回了，所以没有返回结果； 换句话说，当一个异步过程调用发出后，调用者不会立刻得到结果； 而是在调用发出后，被调用者通过状态、通知来通知调用者，或通过回调函数处理这个调用。
• 阻塞：调用结果返回之前，当前执行流会被挂起。 调用执行流只有在得到结果之后才会返回。
• 非阻塞：在不能立刻得到结果之前，也会返回；该调用不会阻塞当前执行流。