关于select那点事

select：

通过监视多个文件描述符的数组。当select()返回后 文件描述符便会被内核修改标志位，使进程

能进行后续操作

-----------------------------------------------------------------------

我们知道多进程程序是可以利用到多核的优势的

但是 多进程意味着多倍的开销 和频繁的上下文切换

那么单进程能否达到并发执行的效果呢？

----------------------------------------------------------------

首先我们知道 在io等待的时间 浪费的大部分时间

我们可以这样做

如果客户端发过来一个连接 我服务器端 主线程 会做一个轮询 网络接口文件的文件句柄

发现状态变化 我就跟你建立连接 就会读你发过来的消息 扔到消息堆里

然后我也会一直刷着有没有返回 一有就返回给客户端

其实根本上还是串行的

如果你有幸在富士康做过事情 你也许很轻松就能明白。

如果一条产线 是one by one的做的话 产量不会很高的

但是如果在工人之间放一个储物箱的话 做好放到下一个里面去的 这样就会快很多

核心就是减少等待时间

但是select有个缺陷 当并发变得更大的时候 轮询会变得慢 而且文件句柄 要不断在内核态和

用户态间进行转换 而且会做很多无用功 而且还有最大文件描述符的问题

-----------------------------------------------------------------------------

这个时候 select的升级版 poll来了

但是poll 核心跟select 差不多

只是优化了 文件描述符的问题，但是任然没有解决 开销问题

-----------------------------------------------------------------------

【水平触发】

我们知道 由于select的工作方式 如果select或者pool 将就绪的文件描述符告诉进程的话

如果进没有对其 IO操作 那么 下次轮询还会 在告诉一次 这个就是水平触发 一般都不会丢失

就绪的程序