Socket模型c++版本详解Word文档格式.docx
- 文档编号:20501366
- 上传时间:2023-01-23
- 格式:DOCX
- 页数:38
- 大小:40.95KB
Socket模型c++版本详解Word文档格式.docx
《Socket模型c++版本详解Word文档格式.docx》由会员分享,可在线阅读,更多相关《Socket模型c++版本详解Word文档格式.docx(38页珍藏版)》请在冰豆网上搜索。
ws2_32.lib"
)
int
main()
{
WSADATA
wsaData;
SOCKET
sClient;
SOCKADDR_IN
server;
char
szMessage[MSGSIZE];
ret;
//
Initialize
socket
library
WSAStartup(0x0202,
&
wsaData);
Create
client
socket
sClient
=
socket(AF_INET,
SOCK_STREAM,
IPPROTO_TCP);
Connect
to
server
memset(&
server,
0,
sizeof(SOCKADDR_IN));
server.sin_family
AF_INET;
server.sin_addr.S_un.S_addr
inet_addr(SERVER_ADDRESS);
server.sin_port
htons(PORT);
connect(sClient,
(struct
sockaddr
*)&
while
(TRUE)
printf("
Send:
);
gets(szMessage);
Send
message
send(sClient,
szMessage,
strlen(szMessage),
0);
Receive
ret
recv(sClient,
MSGSIZE,
szMessage[ret]
'
\0'
;
Received
[%d
bytes]:
%s'
\n"
ret,
szMessage);
}
Clean
up
closesocket(sClient);
WSACleanup();
return
0;
客户端所做的事情相当简单,创建套接字,连接服务器,然后不停的发送和接收数据。
比较容易想到的一种服务器模型就是采用一个主线程,负责监听客户端的连接请求,当接收到某个客户端的连接请求后,创建一个专门用于和该客户端通信的套接字和一个辅助线程。
以后该客户端和服务器的交互都在这个辅助线程内完成。
这种方法比较直观,程序非常简单而且可移植性好,但是不能利用平台相关的特性。
例如,如果连接数增多的时候(成千上万的连接),那么线程数成倍增长,操作系统忙于频繁的线程间切换,而且大部分线程在其生命周期内都是处于非活动状态的,这大大浪费了系统的资源。
所以,如果你已经知道你的代码只会运行在Windows平台上,建议采用Winsock
I/O模型。
一.选择模型
Select(选择)模型是Winsock中最常见的I/O模型。
之所以称其为“Select模型”,是由于它的“中心思想”便是利用select函数,实现对I/O的管理。
最初设计该模型时,主要面向的是某些使用UNIX操作系统的计算机,它们采用的是Berkeley套接字方案。
Select模型已集成到Winsock
1.1中,它使那些想避免在套接字调用过程中被无辜“锁定”的应用程序,采取一种有序的方式,同时进行对多个套接字的管理。
由于Winsock
1.1向后兼容于Berkeley套接字实施方案,所以假如有一个Berkeley套接字应用使用了select函数,那么从理论角度讲,毋需对其进行任何修改,便可正常运行。
(节选自《Windows网络编程》第八章)
下面的这段程序就是利用选择模型实现的Echo服务器的代码(已经不能再精简了):
winsock.h>
g_iTotalConn
g_CliSocketArr[FD_SETSIZE];
DWORD
WINAPI
WorkerThread(LPVOID
lpParameter);
sListen,
local,
client;
iaddrSize
sizeof(SOCKADDR_IN);
dwThreadId;
listening
sListen
Bind
local.sin_addr.S_un.S_addr
htonl(INADDR_ANY);
local.sin_family
local.sin_port
bind(sListen,
Listen
listen(sListen,
3);
worker
thread
CreateThread(NULL,
WorkerThread,
NULL,
dwThreadId);
Accept
a
connection
accept(sListen,
client,
iaddrSize);
Accepted
client:
%s:
%d\n"
inet_ntoa(client.sin_addr),
ntohs(client.sin_port));
Add
g_CliSocketArr
g_CliSocketArr[g_iTotalConn++]
lpParam)
i;
fd_set
fdread;
struct
timeval
tv
{1,
0};
FD_ZERO(&
fdread);
for
(i
i
g_iTotalConn;
i++)
FD_SET(g_CliSocketArr,
We
only
care
read
event
select(0,
fdread,
tv);
if
(ret
==
0)
Time
expired
continue;
(FD_ISSET(g_CliSocketArr,
fdread))
A
event
happened
on
recv(g_CliSocketArr,
0
||
SOCKET_ERROR
WSAGetLastError()
WSAECONNRESET))
Client
closed
%d
closed.\n"
g_CliSocketArr);
closesocket(g_CliSocketArr);
-
1)
{
g_CliSocketArr[i--]
g_CliSocketArr[--g_iTotalConn];
else
received
message
from
client
send(g_CliSocketArr,
服务器的几个主要动作如下:
1.创建监听套接字,绑定,监听;
2.创建工作者线程;
3.创建一个套接字数组,用来存放当前所有活动的客户端套接字,每accept一个连接就更新一次数组;
4.接受客户端的连接。
这里有一点需要注意的,就是我没有重新定义FD_SETSIZE宏,所以服务器最多支持的并发连接数为64。
而且,这里决不能无条件的accept,服务器应该根据当前的连接数来决定是否接受来自某个客户端的连接。
一种比较好的实现方案就是采用WSAAccept函数,而且让WSAAccept回调自己实现的Condition
Function。
如下所示:
CALLBACK
ConditionFunc(LPWSABUF
lpCallerId,LPWSABUF
lpCallerData,
LPQOS
lpSQOS,LPQOS
lpGQOS,LPWSABUF
lpCalleeId,
LPWSABUF
lpCalleeData,GROUP
FAR
*
g,DWORD
dwCallbackData)
(当前连接数
FD_SETSIZE)
CF_ACCEPT;
CF_REJECT;
工作者线程里面是一个死循环,一次循环完成的动作是:
1.将当前所有的客户端套接字加入到读集fdread中;
2.调用select函数;
3.查看某个套接字是否仍然处于读集中,如果是,则接收数据。
如果接收的数据长度为0,或者发生WSAECONNRESET错误,则表示客户端套接字主动关闭,这时需要将服务器中对应的套接字所绑定的资源释放掉,然后调整我们的套接字数组(将数组中最后一个套接字挪到当前的位置上)
除了需要有条件接受客户端的连接外,还需要在连接数为0的情形下做特殊处理,因为如果读集中没有任何套接字,select函数会立刻返回,这将导致工作者线程成为一个毫无停顿的死循环,CPU的占用率马上达到100%。
关系到套接字列表的操作都需要使用循环,在轮询的时候,需要遍历一次,再新的一轮开始时,将列表加入队列又需要遍历一次.也就是说,Select在工作一次时,需要至少遍历2次列表,这是它效率较低的原因之一.在大规模的网络连接方面,还是推荐使用IOCP或EPOLL模型.但是Select模型可以使用在诸如对战类游戏上,比如类似星际这种,因为它小巧易于实现,而且对战类游戏的网络连接量并不大.
对于Select模型想要突破Windows
64个限制的话,可以采取分段轮询,一次轮询64个.例如套接字列表为128个,在第一次轮询时,将前64个放入队列中用Select进行状态查询,待本次操作全部结束后.将后64个再加入轮询队列中进行轮询处理.这样处理需要在非阻塞式下工作.以此类推,Select也能支持无限多个.
二.异步选择
Winsock提供了一个有用的异步I/O模型。
利用这个模型,应用程序可在一个套接字上,接收以Windows消息为基础的网络事件通知。
具体的做法是在建好一个套接字后,调用WSAAsyncSelect函数。
该模型最早出现于Winsock的1.1版本中,用于帮助应用程序开发者面向一些早期的16位Windows平台(如Windows
Workgroups),适应其“落后”的多任务消息环境。
应用程序仍可从这种模型中得到好处,特别是它们用一个标准的Windows例程(常称为"
WndProc"
),对窗口消息进行管理的时候。
该模型亦得到了Microsoft
Foundation
Class(微软基本类,MFC)对象CSocket的采纳。
我还是先贴出代码,然后做详细解释:
tchar.h>
WM_SOCKET
WM_USER+0
LRESULT
WndProc(HWND,
UINT,
WPARAM,
LPARAM);
WinMain(HINSTANCE
hInstance,
HINSTANCE
hPrevInstance,
PSTR
szCmdLine,
iCmdShow)
static
TCHAR
szAppName[]
_T("
AsyncSelect
Model"
HWND
hwnd
MSG
msg
WNDCLASS
wndclass
wndclass.style
CS_HREDRAW
|
CS_VREDRAW
wndclass.lpfnWndProc
WndProc
wndclass.cbClsExtra
wndclass.cbWndExtra
wndclass.hInstance
hInstance
wndclass.hIcon
LoadIcon
(NULL,
IDI_APPLICATION)
wndclass.hCursor
LoadCursor
IDC_ARROW)
wndclass.hbrBackground
(HBRUSH)
GetStockObject
(WHITE_BRUSH)
wndclass.lpszMenuName
NULL
wndclass.lpszClassName
szAppName
(!
RegisterClass(&
wndclass))
MessageBox
TEXT
("
This
program
requires
NT!
),
szAppName,
MB_ICONERROR)
CreateWindow
(szAppName,
window
class
name
caption
WS_OVERLAPPEDWINDOW,
style
CW_USEDEFAULT,
initial
x
position
y
size
parent
handle
menu
instance
NULL)
creation
parameters
ShowWindow(hwnd,
iCmdShow);
UpdateWindow(hwnd);
(GetMessage(&
msg,
0))
TranslateMessage(&
msg)
DispatchMessage(&
msg.wParam;
(HWND
hwnd,
UINT
message,
WPARAM
wParam,
LPARAM
lParam)
wsd;
sListen;
iAddrSize
sizeof(client);
switch
(message)
case
WM_CREATE:
Socket
wsd);
sizeof(local));
Associate
with
FD_ACCEPT
WSAAsyncSelect(sListen,
WM_SOCKET,
FD_ACCEPT);
WM_DESTROY:
closesocket(sListen);
PostQuitMessage(0);
WM_SOCKET:
(WSAGETSELECTERROR(lParam))
closesocket(wParam);
break;
(WSAGETSELECTEVENT(lParam))
FD_ACCEPT:
connection
accept(wParam,
iAddrSize);
FD_READ
and
FD_CLOSE
WSAAsyncSelect(sClient,
FD_RE
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- Socket 模型 c+ 版本 详解