1) 迭代模型: 最原始的模型,服务器在一个循环里等待请求,且每次只能处理一个请求,除了让初学者知道网络编程这回事之外,估计没什么值得学习的意义。
code:
int
sockfd = socket_init();
//创建套接字
int
len =
sizeof
(client);
while
(1)
{
int
connfd = accept(sockfd, (SA*)&client, &len);
doit();
//处理请求
}
|
2) 基本并发模型,一个进程(线程)处理一个请求: 迭代模型的拓展,加强了服务器的处理能力,不过存在着许多不足,最直接的瓶颈就是当请求多的时候,在进程或者线程间的切换是比较耗资源的。
code:
int
sockfd = socket_init();
//创建套接字
int
len =
sizeof
(client);
int
status;
while
(1)
{
int
connfd = accept(sockfd, (SA*)&client, &len);
int
pid = fork();
if
(pid > 0)
//父进程
{
close(connfd);
}
else
//子进程
{
close(sockfd);
doit();
//处理请求
exit
(0);
}
waitpid(pid, &status, NULL);
//等待子进程退出
}
|
3) epoll模型(事件触发机制): epoll是select的加强版,select采用的是轮询机制,当注册的socket数量大的时候必须耗费大量的时间来check每个socket,select还有一个缺点就是每次轮询后都要清空集合然后再把所有的socket重新注册,而epoll则不会出现以上问题。
epoll相关函数
/*
1, int epoll_create(int size);
创建一个epoll的句柄,size用来告诉内核这个监听的数目一共有多大。
2, int epoll_ctl(int epfd, int op, int fd, struct epoll_event *event);
epoll的事件注册函数,它不同与select()是在监听事件时告诉内核要监听什么类型的事件,而是在这里先注册要监听的事件类型。第一个参数是epoll_create()的返回值,第二个参数表示动作,用三个宏来表示:
EPOLL_CTL_ADD:注册新的fd到epfd中。
EPOLL_CTL_MOD:修改已经注册的fd的监听事件。
EPOLL_CTL_DEL:从epfd中删除一个fd。
第三个参数是需要监听的fd,第四个参数是告诉内核需要监听什么事。
events可以是以下几个宏的集合:
EPOLLIN :表示对应的文件描述符可以读(包括对端SOCKET正常关闭)。
EPOLLOUT:表示对应的文件描述符可以写。
EPOLLPRI:表示对应的文件描述符有紧急的数据可读(这里应该表示有带外数据到来)。
EPOLLERR:表示对应的文件描述符发生错误。
EPOLLHUP:表示对应的文件描述符被挂断。
EPOLLET: 将EPOLL设为边缘触发(Edge Triggered)模式,这是相对于水平触发(Level Triggered)来说的。
EPOLLONESHOT:只监听一次事件,当监听完这次事件之后,如果还需要继续监听这个socket的话,需要再次把这个socket加入到EPOLL队列里。
用到的数据结构
typedef union epoll_data {
void *ptr;
int fd;
__uint32_t u32;
__uint64_t u64;
} epoll_data_t;
struct epoll_event {
__uint32_t events; /* Epoll events */
epoll_data_t data; /* User data variable */
};
3, int epoll_wait(int epfd, struct epoll_event * events, int maxevents, int timeout);
等待事件的产生,类似于select()调用。参数events用来从内核得到事件的集合,maxevents告之内核这个events有多大,这个maxevents的值不能大于创建epoll_create()时的size,参数timeout是超时时间(毫秒,0会立即返回,-1将不确定,也有说法说是永久阻塞)。该函数返回需要处理的事件数目,如返回0表示已超时。
*/
这里有更详细的关于epoll http://www.xmailserver.org/linux-patches/nio-improve.html