A Little Fool

Fool For Free.

博客园 首页 新随笔 联系 订阅 管理
  164 Posts :: 0 Stories :: 66 Comments :: 0 Trackbacks

公告

2010年7月19日 #

作者:钱义力
北京工业大学软件学院 2002 级研

下载源代 码

  很早就想做一个类似QQ一样的聊天程序,苦于一直没有时间,再加上觉得网络多点通信比较难做,所以这个想法就搁在一旁。最近二个月学校放假闲着无聊看 了一些Tcp/ip,多线程的书,再加上以前的一点C++和VC的基础,就着手做了起来,共化了17天完成了这个程序。它包括服务器端程序 NetMsgServer和客户端程序NetMsgClient。通过编程还发现原始的socket(像send,recv等)命令比VC封装好的 CScoket速度要快。怎么说呢,程序不小,有3000多行的代码,错误和垃圾代码肯定也不少了,毕竟水平有限,大家看了不要扔鸡蛋就谢谢了。

一、说明
  本程序采用tcp/ip socket多线程编程,并对一些重要的同步操作做了超时控制,以减少等待的时间,像连接服务器,等待对方接收文件等。基本功能跟QQ类似,能进行多点的 聊天和点对点的文件传送。这种编程的优势在于传送的数据不会丢失,而且用户上线下线能即时反应出来。唯一的遗憾是界面做的太滥,本人对界面编程一窍不通, 暂且还只能在局域网内使用,因为没有增加可以通过代理服务器的功能。

二、大概通信流程



1、NetMsgServer 服务器端
  它采用了两个线程,其中一个线程处理各个客户端的连接请求(accept),另一个在客户端请求连接成功后处理接收到的命令并返回信息,包括用户注 册、登陆、下线、生成在线用户列表、查询修改某个在线用户的信息等。

2、NetMsgClient客户端
  每个NetMsgClient客户端既是信息服务器端,又是信息客户端,所以能实现多点通信。
2.1
  通过注册来获得用户号码。发送两条命令:"REGT\t\n",再发送一个用户资料的数据结构。注册成功服务器返回一个id号给用户,否则返回一个错 误代码。

send(m_dcSocketClient,(char *)&userInf,sizeof(userInf),0);//发送用户资料

其中:

USER_INF userInf;
//用户信息的结构
typedef struct
{
long id;
char nickname[20];
char sex[10];
int age;
char address[50];
char password[20];
}USER_INF,*LPUSER_INF;
2.2
  开启第一个线程登陆服务器,端口是4000。以下1000表示我的id号,发送"USER 1000" 和"PASS password"命令要求登陆服务器。

2.3
  如果登陆成功,就发送"LIST \t\n"命令到服务器端,取得在线用户的列表,并显示在列表框内。在线列表以结构数组的形势传送。
recv(m_dcSocketClient,(char *)(m_onlineUser),sizeof(m_onlineUser),0);

其中:

ONLINEUSER_INF m_onlineUser[MAX_ONLINE_NUM]; //在线用户数组
typedef struct
{
long id;
char nickname[20];
char ip[16];
SOCKET s;
}ONLINEUSER_INF,*LPONLINEUSER_INF;
2.4
  然后开启第二个线程创建消息服务器端,接受各个客户端的连接请求,端口是4001。
while(TRUE)
{
int sockLen=sizeof(inetAddr);
if((sAccept=accept(sListen,(SOCKADDR*)&inetAddr,&sockLen))==INVA LID_SOCKET)
{
AfxMessageBox("错误:accept failed in threadMsg");
return 1;
}

AfxBeginThread(threadRecvMsgServer,(LPVOID)sAccept);
}
2.5
  如果接收到连接就开启第三个线程接受对方的信息。
recv(acceptSocket,buff,sizeof(buff),0)

  假如我是1000这个用户,接受到"chat 1001\t\n"指令,说明是1001这个用户想和我聊天,如果我的聊天人数太多就拒绝1001的聊天请求。

sprintf(buff,"%d\t\n",REJECT_CHAT_REQ);send(acceptSocket,buff,sizeof(buff),0);

如果接受他的请求,就发送确认信息。

sprintf(buff,"%d\t\n",ACCEPT_CHAT_REQ);send(acceptSocket,buff,sizeof(buff),0);
接下来就可以通信了。

2.6
  如果双方还要求传送文件,就开启第4个线程,端口是4002,只是点对点的通信,如果1000想法送文件给1001,文件发送方建立文件服务器端,然 后由消息通讯线路(即上面的acceptSocket)发送"File anc.avi\t\n"命令到对方消息通讯线路上,让1001连接1000的file文件服务器。1001连接到1000的file服务器上后,发送确 认命令决定是不是接收文件,如果接收就可以开始传送文件。

2.7
  假定我是1000这个用户,1001已经连接到我的机器,并和我聊天,这时如果我还想和1002聊天,就开启第5个线程发送"chat 1000\t\n"到1002的信息服务器端(端口4001,每个netmsg客户端都有信息服务器端),如果还想和1003聊天,就开启第6个线程发送 命令"chat 1000\t\n"到1003的信息服务器端请求连接,这样每个客户端都可以实现多点通讯。

QQ:54476167
posted @ 2010-07-19 22:45 Henry Read 阅读(268) 评论(1) 编辑

http://linode.codingnow.com/cgi-bin/mt/mt-tb.cgi/213

 

前段时间思考了 Windows 下应用程序最合适的实现模型。写了这么一篇 blog 在 Windows 下使用 Timer 驱动游戏

我想,Windows 有 Windows 的哲学,Windows 平台下的应用程序,也有他的理念。关于 Windows 编程的书,我比较喜欢 Charles Petzold 的那本:《Windows 程序设计》(还有另一本是《WIndows 核心编程》,在第 5 版的 3.2 节中就提到 Windows 编程的难点在于“别调用我,我会调用您”以及“行动迅速”。

以前,我不十分理解 Windows 为什么把大量的任务放在消息循环中被动的调用,慢慢的我有点理解了。这就是 Windows 。

网络编程我一直是顺着 BSD socket 来学习和使用的,所以 Windows 下写 winsock 程序也一直没有改变习惯。这两天突然对这个做了下反思,按照 Windows 的理念来写 socket 程序应该是怎样的形式?查了下 msdn 后,发现了一个以前被我忽略掉的 api —— WSAAsyncSelect 。

以前粗读 mfc 的源码时,仿佛见过 CSocket 用这个来实现。当时没有太在意;也听不同的几个朋友跟我简单介绍过它,同样没有放在心上。直到今天,自己突然有兴趣了,才仔细研究了一下。

从今天的眼光来看,winsock 并不是一个很好的设计。在 tcp/ip 已经一统天下来看,winsock 的许多设计是蹩脚且多余的。不过,当我们把自己代入 winsock 设计的那个年代,再结合 windows 自己的理念来看。就会发现许多合理之处。

WSAAsyncSelect 就是提供了一个最适合 Windows 自己运作模型的工作方式。它可以把 socket 的消息映射到线程的消息循环中。这符合:“别调用我,我会调用您”的 Windows 哲学。

具体的用法是多说无益,msdn 已经讲的很清楚了

通过 WSAAsyncSelect 设置,线程消息循环将在指定的事件发生后,得到相应的消息。WSAGETSELECTEVENT(lParam) 可以用来得到网络事件本身,而 wParam 则被用来传递 socket 的 handle 。然后,就可以主动调用 socket 函数来处理这些事件了。我觉得这比 select 的模型更适合 Windows 应用程序。

而 windows 的应用程序的主体永远只需要一个简单的循环来处理和分发消息就够了。

今天我本想 google 一下,看有没有专门讲解 windows 网络编程的书。发现只有一本《Windows网络编程技术》,读了一下 china-pub 上的书评后,倒了胃口,便不想买了,还是读 msdn 吧。

posted @ 2010-07-19 18:18 Henry Read 阅读(274) 评论(0) 编辑