因为服务端的在listen之前以及listen的内容几乎一样故省略，感兴趣的可以去看
执行时间： 停等版本（完全阻塞） 》 select加阻塞I/O版本 》 fork多进程版本（Linux下多线程也应该差不多） 》 非阻塞I/O版本 非阻塞读写 #incl
http://blog.csdn.net/lingfengtengfei/article/details/12392449
顺序的规律就是 第i个 客户端读 其他各个客户端 ，其他的各个客户端 向 i 写 ，i 从 1 到 3.
2. 函数说明：可以同时监控多个文件描述符是否发生了读写或者异常。（有点像windows下的waitformultipleobjects，可以同时等待多个事件） 参数说明： 1）nfds：要监控的文件描述符的最大值加1，这个值不能错。 2）readfds：指向fd_set的指针。这是一个集合，专门用于监视读取数据的。所有需要监控读取数据的描述符都需要放进这个集合中。比如你需要监控4描述符的读取数据，就把4放进这个集合之中。 3）writefds：同上，这里是专门监视写的集合 4）exceptfds：同上，这里是专门监视异常的集合 5）timeout：超时。指向的timeval 结构体。 如果参数设为NULL，则select是阻塞的。 如果不为空，则表示超时时间（当结构体里面的成员都设为0时，表示不阻塞，立即返回）。
本系列文章将整理到我在GitHub上的《Java面试指南》仓库，更多精彩内容请到我的仓库里查看
/************关于本文档********************************************
以前我们讲过一个迭代模型.就是只服务一个客户端连接.但是实际网络编程中.复杂的很多. 比如一个 C/S架构程序 (客户端/服务端) 客户端很多的情况下.都要连接服务器.
1. 问题背景 lwip-1.4.1 版本使用 select 函数后引发崩溃。 内部报错：sock != NULL at line 1296 in src/api/sockets.c
readfds、writefds、exceptfds这三个数组既是输入参数，也是输出参数。 它们也用于内核空间想用户空间传递就绪的文件描述符。
相较于前面的多线程服务器，多进程服务器一个accept监听所有客户端的连接，导致服务器的接收端异常繁忙，也就是什么事都需要服务器连接端来完成；对于多路io转接，则是服务器老板安排了一个小助手来帮忙，即对于所有请求，先由小助手进行分类，需要服务器端套接字老板的时候再联系老板，，任何老板再进行处理与客户端建立连接，或者进行通信；；
实践中，发现直接在命令行终端运行cli_st时，能够得到预期的结果，但一将它放到crontab中，则只收到：
I/O复用：一种预先告知内核的能力，使得内核一旦发现进程指定的一个或多个I/O条件就绪，它就通知进程。 同步I/O：导致请求的进程阻塞，直到I/O操作完成。 异步I/O：不导致请求进程阻塞。 I/O
原文链接：https://www.cnblogs.com/DOMLX/p/9613861.html
前言 事件驱动为广大的程序员所熟悉，其最为人津津乐道的是在图形化界面编程中的应用；事实上，在网络编程中事件驱动也被广泛使用，并大规模部署在高连接数高吞吐量的服务器程序中，如 http 服务器程序、ftp 服务器程序等。相比于传统的网络编程方式，事件驱动能够极大的降低资源占用，增大服务接待能力，并提高网络传输效率。 关于本文提及的服务器模型，搜索网络可以查阅到很多的实现代码，所以，本文将不拘泥于源代码的陈列与分析，而侧重模型的介绍和比较。使用 libev 事件驱动库的服务器模型将给出实现代码。 本文涉及到线程
Linux关于并发网络分为Apache模型（Process per Connection (进程连接) ） 和TPC ， 还有select模型，以及poll模型（一般是Epoll模型） Select模型极其作用：这文章讲述的很好，没必要重述已有的东西，就直接给链接 http://blog.csdn.net/turkeyzhou/article/details/8609360 我的理解： 1 /* According to POSIX.1-2001 */ 2 #inc
该函数由redis初始化时，main函数调用。这个版本使用的多路复用函数是select
linux的空间分为kernel space 和 user space, 比例是1:3
在Linux编程中，一切皆文件，往往是对一个文件进行操作，比如说串口，和传感器打交道，一般情况下就是一来一去，一收一发，但是，如果我有多个传感器，而传感器之间又有关联，我想同时监控一个或者多个以上的文件描述符，要如何去实现这个需求呢？
一、当我们使用单进程单连接且使用readline修改后的客户端程序，去连接使用readline修改后的服务器端程序，会出现一个有趣的现象，先来看输出： 先运行服务器端，再运行客户端， simba@ub
select的本质是采用32个整数的32位，即32*32= 1024来标识，fd值为1-1024。当fd的值超过1024限制时，就必须修改FD_SETSIZE的大小。这个时候就可以标识32*max值范围的fd。
https://github.com/caijinlin/learning-pratice/tree/master/linux/io
在上文《socket网络编程（二）—— 实现持续发送》我们提到了多客户端的时候，多台客户端发送数据到服务端的话，只能有一台客户端可以正常发送和接受数据，另外一台完全没有反应，那这个问题怎么解决呢？很多人可能第一反应想到利用多线程技术，线程多的话用线程池来维护。的确，多线程确实可以实现这个效果，但是，可能很多看见这个但是就不怎么开心了，却不知很多科学科技的进步都是这个但是引发的。但是一个多线程编程很麻烦又容易出错，二是如果连接有几千个的话，线程间切换的开销确实是很大。如果能够在一个线程里就实现这个效果的话，那该多好啊！
http://blog.csdn.net/lisonglisonglisong/article/details/51327695#comments
I/O 多路复用技术是为了解决进程或线程阻塞到某个 I/O 系统调用而出现的技术，使进程不阻塞于某个特定的 I/O 系统调用。
http://www.cnblogs.com/Anker/archive/2013/08/14/3258674.html
select操作 服务端 #include <sys/types.h> #include <sys/socket.h> #include <arpa/inet.h> #include <unistd.h> #include <iostream> #include <string.h> #include <sys/time.h> #include <vector> #include <errno.h> //自定义代表无效fd的值 #define INVALID_FD -1 int main(in
各个客户端创建读写管道，通过“上下线信息管道”向服务器发送上下线信息和读写管道名称。服务器接受信息，修改链表（存储客户端信息）。客户端、服务器打开读写管道，服务器通过“W”管道接收从客户端发来的信息，在根据链表同个其他各个“R”管道向其他客户端发送信息。
1.网卡发现 MAC 地址符合，就将包收进来；发现 IP 地址符合，根据 IP 头中协议项，知道上一层是 TCP 协议；
在《朴素、Select、Poll和Epoll网络编程模型实现和分析——朴素模型》中我们分析了朴素模型的一个缺陷——一次只能处理一个连接。本文介绍的Select模型则可以解决这个问题。（转载请指明出于breaksoftware的csdn博客）
select的第一个参数为输入参数，其它4个参数既是输入也是输出。3个事件集合：读事件集合、写事件集合、异常事件集合。输出为触发了该事件的集合。最后一个参数为还剩余多少时间，如果timeout了，则其为0。
timeval结构用于描述一段时间长度，如果在这个时间内，需要监视的描述符没有事件发生则函数返回，返回值为0。
通常服务器是放在内网中，内部局域网中，并且分配了私有IP地址，而如果想要在外部直接访问内部服务器则需要端口映射，端口映射也叫做端口转发，或者叫做虚拟服务器，在渗透时当我们拿到目标机器权限以后，目标机器实在内网环境中，如果想要外部直接访问内部的特定机器的特定端口，则需要使用映射来实现，常用的映射工具是LCX，或者自己实现。
telnet.c #include <stdio.h> #include <stdlib.h> #include <sys/socket.h> #include <arpa/inet.h> #include <netinet/in.h> #include <netdb.h> #include <unistd.h> #include <errno.h> #include <signal.h> #include <time.h> #include <stdarg.h> #define ERR_EXIT(
最近在看 UNIX 网络编程并研究了一下 Redis 的实现，感觉 Redis 的源代码十分适合阅读和分析，其中 I/O 多路复用（mutiplexing）部分的实现非常干净和优雅，在这里想对这部分的内容进行简单的整理。
https://draveness.me/redis-io-multiplexing
之前我们使用了几种服务器模型,一个是单进程的, 同一时刻只能给一个客户端提供服务, 后来我们使用了多进程, 每个客户端fork新进程进行请求处理
今天分享的是几种实现并发式IO的方法。什么是并发式IO呢？可以简单理解为比如要同时读取几个文件的数据，但是这些文件什么时候可以读取是不确定的，要实现当某个文件可以读取的时候就立马去读取，这就是并发式。
我们已经对eBPF将网络转发offload到XDP（eXpress Data Path）耳熟能详，作为Linux内核的一把 “瑞士军刀” ，eBPF能做的事情可不止一件，它是一个多面手。
功能总结: 支持好友上线提醒、好友下线提醒、当前在线总人数提示、聊天消息文本转发。
IO复用是Linux中的IO模型之中的一个，IO复用就是进程预先告诉内核须要监视的IO条件，使得内核一旦发现进程指定的一个或多个IO条件就绪，就通过进程进程处理。从而不会在单个IO上堵塞了。
本篇是第三篇，主要用来讲解作为服务器的机器是如何管理多个socket的客户端连接的，毕竟recv只能监视单个socket。
http://www.cnblogs.com/hnrainll/p/3625597.html
在之前的文章中，我们在Windows下玩过带有超时时间的，本文我们在linux下来玩。在某次面试中，还被遇到了这个问题，有意思。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
即时通信 IM
实时音视频
