Socket多路复用Word文件下载.docx
- 文档编号:4412932
- 上传时间:2023-05-03
- 格式:DOCX
- 页数:15
- 大小:22.51KB
Socket多路复用Word文件下载.docx
《Socket多路复用Word文件下载.docx》由会员分享,可在线阅读,更多相关《Socket多路复用Word文件下载.docx(15页珍藏版)》请在冰点文库上搜索。
recvfrom(...);
process(...);
sendto(...);
}
因为UDP是非面向连接的,没有一个客户端可以老是占住服务端.只要处理过程不是死循环,服务器对于每一个客户机的请求总是能够满足.
9.2循环服务器:
TCP服务器
TCP循环服务器的实现也不难:
TCP服务器接受一个客户端的连接,然后处理,完成了这个客户的所有请求后,断开连接.
算法如下:
listen(...);
accept(...);
read(...);
write(...);
close(...);
TCP循环服务器一次只能处理一个客户端的请求.只有在这个客户的所有请求都满足后,服务器才可以继续后面的请求.这样如果有一个客户端占住服务器不放时,其它的客户机都不能工作了.因此,TCP服务器一般很少用循环服务器模型的.
9.3并发服务器:
为了弥补循环TCP服务器的缺陷,人们又想出了并发服务器的模型.并发服务器的思想是每一个客户机的请求并不由服务器直接处理,而是服务器创建一个子进程来处理.
if(fork(..)==0)
{
exit(...);
}
TCP并发服务器可以解决TCP循环服务器客户机独占服务器的情况.不过也同时带来了一个不小的问题.为了响应客户机的请求,服务器要创建子进程来处理.而创建子进程是一种非常消耗资源的操作.
9.4并发服务器:
多路复用I/O
为了解决创建子进程带来的系统资源消耗,人们又想出了多路复用I/O模型.
首先介绍一个函数select
intselect(intnfds,fd_set*readfds,fd_set*writefds,
fd_set*exceptfds,structtimeval*timeout)
voidFD_SET(intfd,fd_set*fdset)
voidFD_CLR(intfd,fd_set*fdset)
voidFD_ZERO(fd_set*fdset)
intFD_ISSET(intfd,fd_set*fdset)
一般的来说当我们在向文件读写时,进程有可能在读写出阻塞,直到一定的条件满足.比如我们从一个套接字读数据时,可能缓冲区里面没有数据可读(通信的对方还没有发送数据过来),这个时候我们的读调用就会等待(阻塞)直到有数据可读.如果我们不希望阻塞,我们的一个选择是用select系统调用.只要我们设置好select的各个参数,那么当文件可以读写的时候select会"
通知"
我们说可以读写了.
readfds所有要读的文件文件描述符的集合
writefds所有要的写文件文件描述符的集合
exceptfds其他的服要向我们通知的文件描述符
timeout超时设置.
nfds所有我们监控的文件描述符中最大的那一个加1
在我们调用select时进程会一直阻塞直到以下的一种情况发生.1)有文件可以读.2)有文件可以写.3)超时所设置的时间到.
为了设置文件描述符我们要使用几个宏.
FD_SET将fd加入到fdset
FD_CLR将fd从fdset里面清除
FD_ZERO从fdset中清除所有的文件描述符
FD_ISSET判断fd是否在fdset集合中
使用select的一个例子
intuse_select(int*readfd,intn)
{
fd_setmy_readfd;
intmaxfd;
inti;
maxfd=readfd[0];
for(i=1;
i
if(readfd[i]>
maxfd)
maxfd=readfd[i];
FD_ZERO(&
my_readfd);
for(i=0;
FD_SET(readfd[i],*my_readfd);
select(maxfd+1,&
my_readfd,NULL,NULL,NULL);
if(FD_ISSET(readfd[i],&
my_readfd))
we_read(readfd[i]);
}
使用select后我们的服务器程序就变成了.
初始话(socket,bind,listen);
设置监听读写文件描述符(FD_*);
调用select;
如果是倾听套接字就绪,说明一个新的连接请求建立
建立连接(accept);
加入到监听文件描述符中去;
否则说明是一个已经连接过的描述符
进行操作(read或者write);
多路复用I/O可以解决资源限制的问题.着模型实际上是将UDP循环模型用在了TCP上面.这也就带来了一些问题.如由于服务器依次处理客户的请求,所以可能会导致有的客户会等待很久.
9.5并发服务器:
人们把并发的概念用于UDP就得到了并发UDP服务器模型.并发UDP服务器模型其实是简单的.和并发的TCP服务器模型一样是创建一个子进程来处理的算法和并发的TCP模型一样.
除非服务器在处理客户端的请求所用的时间比较长以外,人们实际上很少用这种模型.
9.6一个并发TCP服务器实例
#include
#defineMY_PORT8888
intmain(intargc,char**argv)
intlisten_fd,accept_fd;
structsockaddr_inclient_addr;
intn;
if((listen_fd=socket(AF_INET,SOCK_STREAM,0))<
0)
printf("
SocketError:
%s\n\a"
strerror(errno));
exit
(1);
bzero(&
client_addr,sizeof(structsockaddr_in));
client_addr.sin_family=AF_INET;
client_addr.sin_port=htons(MY_PORT);
client_addr.sin_addr.s_addr=htonl(INADDR_ANY);
n=1;
setsockopt(listen_fd,SOL_SOCKET,SO_REUSEADDR,&
n,sizeof(int));
if(bind(listen_fd,(structsockaddr*)&
client_addr,sizeof(client_addr))<
BindError:
listen(listen_fd,5);
accept_fd=accept(listen_fd,NULL,NULL);
if((accept_fd<
0)&
&
(errno==EINTR))
continue;
elseif(accept_fd<
AcceptError:
if((n=fork())==0)
charbuffer[1024];
close(listen_fd);
n=read(accept_fd,buffer,1024);
write(accept_fd,buffer,n);
close(accept_fd);
exit(0);
elseif(n<
ForkError:
Linux网络服务器
Linux系统网络服务器模型主要有两种:
并发服务器和循环服务器。
所谓并发服务器就是在同一个时刻可以处理来自多个客户端的请求;
循环服务器是指服务器在同一时刻指可以响应一个客户端的请求。
而且对于TCP和UDP套接字,这两种服务器的实现方式也有不同的特点。
1、TCP循环服务器:
首先TCP服务器接受一个客户端的连接请求,处理连接请求,在完成这个客户端的所有请求后断开连接,然后再接受下一个客户端的请求。
创建TCP循环服务器的算法如下:
socket(……);
//创建一个TCP套接字
bind(……);
//邦定公认的端口号
listen(……);
//倾听客户端连接
while
(1)//开始循环接收客户端连接
accept(……);
//接收当前客户端的连接
{//处理当前客户端的请求
read(……);
process(……);
write(……);
close(……);
//关闭当前客户端的连接,准备接收下一个客户端连接
TCP循环服务器一次只处理一个客户端的请求,如果有一个客户端占用服务器不放时,其它的客户机连接请求都得不到及时的响应。
因此,TCP服务器一般很少用循环服务器模型的。
2、TCP并发服务器:
并发服务器的思想是每一个客户端的请求并不由服务器的主进程直接处理,而是服务器主进程创建一个子进程来处理。
创建TCP并发服务器的算法如下:
//倾听客户端连接
while
(1)//开始循环接收客户端的接收
//接收一个客户端的连接
if(fork(……)==0)//创建子进程
{//子进程处理某个客户端的连接
//关闭子进程处理的客户端连接
exit(……);
//终止该子进程
//父进程关闭连接套接字描述符,准备接收下一个客户端连接
TCP并发服务器可以解决TCP循环服务器客户端独占服务器的情况。
但同时也带来了一个不小的问题,即响应客户机的请求,服务器要创建子进程来处理,而创建子进程是一种非常消耗资源的操作。
3、UDP循环服务器:
UDP服务器每次从套接字上读取一个客户端的数据报请求,处理接收到的UDP数据报,然后将结果返回给客户机。
创建UDP循环服务器的算法如下:
socket(……);
//创建一个数据报类型的套接字
bind(……);
//邦定公认的短口号
while
(1)//开始接收客户端的连接
{//接收和处理客户端的UDP数据报
recvfrom(……);
sendto(……);
//准备接收下一个客户机的数据报
因为UDP是非面向连接的,没有一个客户端可以独占服务器。
只要处理过程不是死循环,服务器对于每一个客户机的请求总是能够处理的。
UDP循环服务器在数据报流量过大时由于处理任务繁重可能造成客户技数据报丢失,但是因为UDP协议本身不保证数据报可靠到达,所以UDP协议是尤许丢失数据报的。
鉴于以上两点,一般的UDP服务器采用循环方式
4、UDP并发服务器
把并发的概念应用UDP就得到了并发UDP服务器,和并发TCP服务器模型一样是创建子进程来处理的。
创建UDP并发服务器的算法如下:
除非服务器在处理客户端的请求所用的时间比较长以外,人们实际上很少用这种UDP并发服务器模型的。
5、多路复用I/O并发服务器:
创建子进程会带来系统资源的大量消耗,为了解决这个问题,采用多路复用I/O模型的并发服务器。
采用select函数创建多路复用I/O模型的并发服务器的算法如下:
初始化(socket,bind,listen);
设置监听读写文件描述符(FD_*);
如果是倾听套接字就绪,说明一个新的连接请求建立
建立连接(accept);
加入到监听文件描述符中去;
多路复用I/O可以解决资源限制问题,此模型实际上是将UDP循环模型用在了TCP上面。
这也会带了一些问题,如由于服务器依次处理客户的请求,所以可能导致友的客户会等待很久。
阻塞
阻塞,你也许早就听说了。
"
阻塞"
是"
sleep"
的科技行话。
你可能注意到前面运行的listener程序,它在那里不停地运行,等待数据包的到来。
实际在运行的是它调用recvfrom(),然后没有数据,因此recvfrom()说"
阻塞(block)"
,直到数据的到来。
很多函数都利用阻塞。
accept()阻塞,所有的recv*()函数阻塞。
它们之所以能这样做是因为它们被允许这样做。
当你第一次调用socket()建立套接字描述符的时候,内核就将它设置为阻塞。
如果你不想套接字阻塞,你就要调用函数fcntl():
#include
.
sockfd=socket(AF_INET,SOCK_STREAM,0);
fcntl(sockfd,F_SETFL,O_NONBLOCK);
通过设置套接字为非阻塞,你能够有效地"
询问"
套接字以获得信息。
如果你尝试着从一个非阻塞的套接字读信息并且没有任何数据,它不允许阻塞--它将返回-1并将errno设置为EWOULDBLOCK。
但是一般说来,这种询问不是个好主意。
如果你让你的程序在忙等状态查询套接字的数据,你将浪费大量的CPU时间。
更好的解决之道是用下一章讲的select()去查询是否有数据要读进来。
--------------------------------------------------------------------------------
select()--多路同步I/O
虽然这个函数有点奇怪,但是它很有用。
假设这样的情况:
你是个服务器,你一边在不停地从连接上读数据,一边在侦听连接上的信息。
没问题,你可能会说,不就是一个accept()和两个recv()吗?
这么容易吗,朋友?
如果你在调用accept()的时候阻塞呢?
你怎么能够同时接受recv()数据?
“用非阻塞的套接字啊!
”不行!
你不想耗尽所有的CPU吧?
那么,该如何是好?
select()让你可以同时监视多个套接字。
如果你想知道的话,那么它就会告诉你哪个套接字准备读,哪个又准备写,哪个套接字又发生了例外(exception)。
闲话少说,下面是select():
intselect(intnumfds,fd_set*readfds,fd_set*writefds,fd_set
*exceptfds,structtimeval*timeout);
这个函数监视一系列文件描述符,特别是readfds、writefds和exceptfds。
如果你想知道你是否能够从标准输入和套接字描述符sockfd读入数据,你只要将文件描述符0和sockfd加入到集合readfds中。
参数numfds应该等于最高的文件描述符的值加1。
在这个例子中,你应该设置该值为sockfd+1。
因为它一定大于标准输入的文件描述符(0)。
当函数select()返回的时候,readfds的值修改为反映你选择的哪个文件描述符可以读。
你可以用下面讲到的宏FD_ISSET()来测试。
在我们继续下去之前,让我来讲讲如何对这些集合进行操作。
每个集合类型都是fd_set。
下面有一些宏来对这个类型进行操作:
FD_ZERO(fd_set*set)–清除一个文件描述符集合
FD_SET(intfd,fd_set*set)-添加fd到集合
FD_CLR(intfd,fd_set*set)–从集合中移去fd
FD_ISSET(intfd,fd_set*set)–测试fd是否在集合中
最后,是有点古怪的数据结构structtimeval。
有时你可不想永远等待别人发送数据过来。
也许什么事情都没有发生的时候你也想每隔96秒在终端上打印字符串"
StillGoing..."
这个数据结构允许你设定一个时间,如果时间到了,而select()还没有找到一个准备好的文件描述符,它将返回让你继续处理。
数据结构structtimeval是这样的:
structtimeval{
inttv_sec;
inttv_usec;
};
只要将tv_sec设置为你要等待的秒数,将tv_usec设置为你要等待的微秒数就可以了。
是的,是微秒而不是毫秒。
1,000微秒等于1毫秒,1,000毫秒等于1秒。
也就是说,1秒等于1,000,000微秒。
为什么用符号"
usec"
呢?
字母"
u"
很象希腊字母Mu,而Mu表示"
微"
的意思。
当然,函数返回的时候timeout可能是剩余的时间,之所以是可能,是因为它依赖于你的Unix操作系统。
哈!
我们现在有一个微秒级的定时器!
别计算了,标准的Unix系统的时间片是100毫秒,所以无论你如何设置你的数据结构structtimeval,你都要等待那么长的时间。
还有一些有趣的事情:
如果你设置数据结构structtimeval中的数据为0,select()将立即超时,这样就可以有效地轮询集合中的所有的文件描述符。
如果你将参数timeout赋值为NULL,那么将永远不会发生超时,即一直等到第一个文件描述符就绪。
最后,如果你不是很关心等待多长时间,那么就把它赋为NULL吧。
下面的代码演示了在标准输入上等待2.5秒:
#defineSTDIN0
main()
{
structtimevaltv;
fd_setreadfds;
tv.tv_sec=2;
tv.tv_usec=500000;
FD_ZERO(&
readfds);
FD_SET(STDIN,&
select(STDIN+1,&
readfds,NULL,NULL,&
tv);
if(FD_ISSET(STDIN,&
readfds))
printf("
Akeywaspressed!
\n"
);
else
Timedout.\n"
}
如果你是在一个linebuffered终端上,那么你敲的键应该是回车(RETURN),否则无论如何它都会超时。
现在,你可能会认为这就是在数据报套接字上等待数据的方式--你是对的:
它可能是。
有些Unix系统可以按这种方式,而另外一些则不能。
你在尝试以前可能要先看看本系统的manpage了。
最后一件关于select()的事情:
如果你有一个正在侦听(listen())的套接字,你可以通过将该套接字的文件描述符加入到readfds集合中来看是否有新的连接。
这就是我关于函数select()要讲的所有的东西。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- Socket 多路复用
![提示](https://static.bingdoc.com/images/bang_tan.gif)