一篇读懂分布式架构下的负载均衡

额，差不多是这个意思，服务器负载均衡可以根据
· 最少连接数
· 轮询（可加权或比率）
· 最少响应时间
· 最低带宽
· 最少包
· 令牌
· URL 散列法
· 域名称散列法
· 源IP地址散列法
· 目的IP地址散列法
· 源IP-目的IP散列法
· 自定义的基于SNMP的判断
等方式实现。这N个服务器其实就是服务器集群，需要内容完全一样及同时更新

在用户程序中，select()和poll()也是与设备阻塞和非阻塞访问相关的内容。
使用非阻塞IO的应用程序通常会使用select()和poll()系统调用查询是否可以对设备进行无阻塞的访问。
select()和poll()系统调用最终会使设备驱动中的poll()函数执行，在后续的Linux内核版本中还引入了epoll(),即扩展的poll()。
select()和poll()系统调用的本质是一样的，前者在BSD Unix中引入，后者在System V中引入。

应用程序中使用最广泛的是BSD Unix中引入的select()系统调用，原型如下：

如下图所示，
第一次对n个文件进行select()的时候，若任何一个文件满足要求，select()就直接返回；
第二次再进行select()的时候，没有文件满足读写要求，select()的进程阻塞且睡眠。
由于调用select()的时候，每个驱动的poll()接口都会被调用到。实际上执行select()的进程被挂到了每个驱动的等待队列上，可以被任何一个驱动唤醒。如果FDn变得可读写，select()返回。

poll()的功能和实现原理与select()类似，其原型函数为：

当多路复用的文件数量庞大、IO流量频繁的时候，一般不太适合使用select()和poll()，这种情况下select()和poll()表现较差，推荐使用epoll()。

使用epoll()最大的好处就是不会随着fd数目的增长而降低效率，select()则会随着fd数量增大性能明显下降。

相关接口：

创建一个epoll()的句柄，size用来告诉内核要监听多少个fd，当创建好epoll()句柄时，它本身也会占用一个fd值，所以在使用完epoll()后，必须调用close()关闭。

告诉内核要监听什么类型的事件：

第一个参数epfd是epoll_create()的返回值，

第二个参数表示动作，包含：

第3个参数是需要监听的fd，

第4个参数是告诉内核需要监听的事件类型，struct_epoll_event结构如下：

events可以是以下几个宏的”或“：

一般来说，当涉及的fd数量较少时，使用select是合适的；如果涉及的fd很多，如在大规模并发的服务器中监听许多socket的时候，则不太适合选用select，适合使用epoll。

---