在 CPU 的所有指令中，有些指令是非常危险的，如果错用，将导致系统崩溃，比如清内存、设置时钟等。如果允许所有的程序都可以使用这些指令，那么系统崩溃的概率将大大增加。所以，CPU 将指令分为特权指令和非特权指令，对于那些危险的指令，只允许操作系统及其相关模块使用，普通应用程序只能使用那些不会造成灾难的指令。
当进程运行在内核空间时就处于内核态，而进程运行在用户空间时则处于用户态。
在内核态下，进程运行在内核地址空间中，此时 CPU 可以执行任何指令。运行的代码也不受任何的限制，可以自由地访问任何有效地址，也可以直接进行端口的访问。
在用户态下，进程运行在用户地址空间中，被执行的代码要受到 CPU 的诸多检查，它们只能访问映射其地址空间的页表项中规定的在用户态下可访问页面的虚拟地址，且只能对任务状态段(TSS)中 I/O 许可位图(I/O Permission Bitmap)中规定的可访问端口进行直接访问。
对于 Linux 来说，通过区分内核空间和用户空间的设计，隔离了操作系统代码(操作系统的代码要比应用程序的代码健壮很多)与应用程序代码。即便是单个应用程序出现错误也不会影响到操作系统的稳定性，这样其它的程序还可以正常的运行(Linux 可是个多任务系统啊！)。
所以，区分内核空间和用户空间本质上是要提高操作系统的稳定性及可用性。
每个处理器在任何指定时间点上的活动概括为下列三者之一：
以上三点几乎包括所有的情况，比如当 CPU 空闲时，内核就运行一个空进程，处于进程上下文，但运行在内核空间。
一些对外围设备的访问操作比如硬盘、网卡都只能运行在内核态，此外进程调度、TCP/IP协议栈等也只能工作在内核态。
文件描述符是一个非负整数，实际上，他是一个索引值，指向内核为每一个进程所维护的该进程打开文件的记录表，当程序打开一个现有文件或者创建一个新文件时，内核向进程返回一个文件描述符。当我们的进程想要对文件进行读写的时候，就会传递这个文件描述符给内核空间，内核就会根据不同类型的IO对相应的数据进行操作返回。 用户进程如果想要从外围设备（这里以socket为例）读取数据，需要首先经过内核，那这里就涉及到和内核的通信问题了。
比如说网络io，当我们需要去获取一个网页的数据返回的时候，如果服务器无返回的时候，就会一直阻塞等待数据返回。这样cpu的浪费就很严重。
用户进程想要读取数据了，于是就通过执行recvfrom来进行一次系统调用，进入内核态，内核态如果数据没有准备好就直接返回一个没有准备好的标志，我们这边的用户进程也没有闲着，就去干别的事了，（但是后面的执行需要用到数据的话，那么还是要等待数据返回）但是还是会定时轮询系统调用查看数据是否准备好
前面的前面两种方式一个进程只能监听一个返回状态，但select可以同时监听多个返回状态，比如同时发起100个socket，一旦有一个数据返回了就去立即处理。所以说效率大大提高了。但是将数据从内核复制到用户控件这个时间还是有浪费。
得到数据之后，操作系统会将数据从内核复制到用户空间之后，再给信号处理程序发起数据。少了中间拷贝数据的过程，是操作系统准备好了之后再发给用户进程的。异步io在io复用的基础上没有太大的提升， 但是编码难度复杂，所以如今很多程序的框架还是广泛使用的还是io复用。
分析：epoll不一定就比select好，
原文：https://www.cnblogs.com/yc3110/p/10636183.html