MFC对Socket编程的支持

但是后面的问题,都是我一个字一个字的敲起来的.

它不仅仅有编写win32的指导，好比如mfc、c#、vb、com、directx等windows上各类编程的表明文档，所以只要你是在windows环境上研发，都有很多值得参考的编程技术指导传统的mybatis配置sql子句方式就是使用xml文件进行配置的，但是这些方法不能很好地支持面向接口编程的观念，为了支持面向接口的编程，mybatis引入了mapper接口的概念，面向接口的采用，对使用注释来配置sql子句成为可能，用户只应该在接口下添加必要的注释就能，不用再去配置xml文件了，但是，目前的mybatis只是对注释配置sql子句提供了有限的支持，某些高级功能还是要依赖xml配置文件配置sql子句所有的数据组件根据结构规则被研发，文档的撰写规则、图解跟多媒体，以及（出版物）前置页和警告、注意事项跟注解，补充了很多被撰写数据模块（包括学习内容类别）的详细指导所支持的结构规则

1.CAsyncSocket与CSocket的差别是前者是异步通信,后者是同步通信.前者是非阻塞方式,后者是阻塞模式.另外,异步非阻塞模式有时也被作为长连接,同步阻塞方式则被作为短连接.

为了最知道的讲明白它们的差别.举个实例.设想你是一位体育教师,需要测验100位同学的400米成绩.你也许不会让100位同学一起起跑.因为当同学们返回终点时,你根本来不及掐表记录大家同学的成绩.

如果你每天令一位同学起跑并期待他跑到终点,你记下成绩后再使下一位起跑,直到所有老师都走完.恭喜你,你终于掌握了同步阻塞方式.你设计了一个函数,传入参数是学生号跟起跑时间,返回值是抵达终点的时间.你调用该变量100次,就能完成这次测试任务.这个函数是同步的.因为你调用它,就能得到结果.这个函数只是阻塞的.因为你即使调用它,就需要期待,直到它帮你结果,不能去干其它事情.

如果你一边每隔10秒让一位同学起跑,直到所有朋友出发完毕.另一边,每有一个同学跑到终点,就记录名次,直到所有老师都走完.恭喜你,你终于掌握了异步非阻塞模式.你设计了两个函数,其中一个函数记录了起跑时间跟学生号,该变量是一个事件驱动的CallBack函数.当有朋友到达终点时,你会被动调用/你主动调用的变量是轮询的.因为你调用它,它并不会告诉你结果.这个变量只是非阻塞的.因为你即使调用它,它就立刻返回.不用等待就可以继续调用它.但只是将这个变量调用100次,你并没有完成你的测试任务.你还需主动等待调用另一个函数100次.当然,你很快都会意识到,同步阻塞方式的精度明显高于异步非阻塞模式.那么,还有谁会使用同步阻塞方式呢?不错,异步方式效率低,但更麻烦,你一边要记录起跑同学的数据,一边就要记录到达老师的数据.而且同学们回到终点的次序跟起跑的顺序并不同样.所以,你需要不停的在你的成绩册上查找学生号.忙乱中你或许会张冠李戴.你可能会想出更聪明的方法.你带了很多块秒表,让同学们分组相互测验.恭喜你.你终于掌握了多线程同步模式.每个拿秒表的朋友都可以独立调用你的同步机制.这样又不会出错,效率也大大提高.只要秒表足够多,同步的强度也可达到,甚至低于异步.可以理解.你今天的难题是:既然多线程既快又好,异步方式也有存在的必要吗?很遗憾,异步方式仍然十分重要,因为在这些状况上,你拿不出秒表.你应该通信的对端系统也许只允许你制定一个Socket连接.很多金融,电信市场的大型平台都这么要求.现在,你需要已经知道了:CAsyncSocket用于在大量连接时,处理无技巧依赖性的业务.CSocket用于处理方法依赖性业务,或在多连接时配合多线程使用.

2.CAsyncSocket异步机制当你获得了一个异步连接后,实际上你消除了发送动作与接收动作之间的依赖性.所有你随时可以发包,也随时也许收到包.发送,接收数组都是异步非阻塞的,顷刻就能返回,所以收发交错进行着.你可以经常工作,保持很好的效率.但是,正由于发送,接收数组都是异步非阻塞的.所以仅调用他们并不能保障发送或接收的完成.例如,发送变量Send,调用它也许有4种情况.

(1)错误,Send()==SOCKET_ERROR,GetLastError()!=WSAEWOULDBLOCK,这种状况或许由诸多网络困惑引起,你应该立刻决定是抛弃本次操作,还是启用某些对策.

ram62256(256kbit)，用于通讯过程中各网络的接收跟发送缓冲区、网络节点的接收和发送缓冲区及cpu数据处理缓冲ti被软件置1的状况是，当串行发送缓冲寄存器内的数据被通过txd( p3.1 )发送完毕时( 不同的串口模式置1条件不同 )不是指将数据存入串行发送缓冲器中时ti会被置1，同理ri被置1的情况是当rxd( p3.0 )接收至数据将此数据按位存入串行接收缓冲寄存器外完毕时( 不同串口模式置1的条件不同 )不是指从串行接收缓冲寄存器读完数据时ri会被置1sk_rmem_alloc,sk_wmem_alloc和sk_omem_alloc分别表示接收缓冲队列，发送缓冲队列及其他缓冲队列中尚未分配的字节数，用于追踪缓冲区的使用状况

ti被硬件置1的状况是，当串行发送缓冲寄存器内的数据被通过txd( p3.1 )发送完毕时( 不同的串口模式置1条件不同 )不是指将数据存入串行发送缓冲器中时ti会被置1，同理ri被置1的情况是当rxd( p3.0 )接收至数据将此数据按位存入串行接收缓冲寄存器外完毕时( 不同串口模式置1的条件不同 )不是指从串行接收缓冲寄存器读完数据时ri会被置1 物理磁盘相关指标 disk rate ——磁盘传输率 物理硬盘与存储交互时的存贮速度 网络相关指标 incoming packets rate/outgoing packets rate ——数据包接收速率 /数据包发送速度 每秒钟传入/传出的以太网数据包数 网络相关指标 incoming packets error rate/outgoing packets errors rate ——数据包接收错误率/数据包发送错误率 接收/发送以太网数据包时每秒钟发生的出错数 可能是网路设备（网卡、网线、路由设备等）引起，该值较大会妨碍响应时间，甚至超时 内存相关指标 collision rate ——冲突率 每秒钟在以太网上测试到的冲突数 该值过高会导致网络响应变慢 最后 进一步学习个计数器监控的意义：windows管理软件中的功耗 lr监控的应用：不仅仅知道指标的意义，更应知道被监控对象的功能、设置方式 最后的最终 一起玩转lr吧~ * * 数据 慢 快 * 接收缓冲由三元组标识，发送缓冲由三元组标识，所有非root进程忽略接收缓冲

(4)完成。Send(pBuf,nLen)==nLen与OnSend协助Send完成工作一样。OnReceive,OnConnect,OnAccept也会分别协助Receive,Connect,Accept完成工作。这一切都借助消息模式完成。在你使用CAsyncSocket之前,必须读取AfxSocketInit初始化WinSock环境,而AfxSocketInit会创建一个隐藏的CSocketWnd对象,由于这个对象由Cwnd派生,因此它还能接收Windows消息。所以它还能作为高层CAsyncSocket对象与WinSock底层之间的桥梁。例如某CAsyncSocket在Send时WSAEWOULDBLOCK了,它都会发送一条消息帮CSocketWnd作为报告,CSocketWnd会维护一个报告登记表,当它收到底层WinSock发送的空闲消息时,就会检索报告登记表,然后直接调用报告者的OnSend函数。所以前文所说的CAsyncSocket会自动调用OnXXX,实际上是不对的。使用CAsyncSocket时,Send流程跟Receive流程是不同的。不理解这点就不也许成功使用CAsyncSocket。

前四行是用来配置crond任务运行的环境数组，第一行shell函数指定了系统要使用什么shell，这里是bash，第二行path变量指定了系统执行命令的模式，第三行mailto变量指定了crond的任务执行信息将借助电子邮件发送给root用户，如果mailto变量的值为空mfc socket 是否无效，则表示不发送任务执行信息帮客户，第四行的home变量指定了在执行命令以及脚本时使用的主目录如果直接放到应用中，则调用发邮件的过程会碰到网络io的阻塞，比好优雅的方法则是使用异步任务，应用在业务逻辑中触发一个异步任务在完成这些平台任务以及活动时会触发行行出状元任务mfc socket 是否无效，触发该任务后可以在任务日志的“行行出状元”中查看该挑战的进度进度

每次OnRecieve被触发,你只应该主动调用一次Recieve来接受固定长度的数据,并添加至你的未收数据表后,然后你应该扫描未收数据表,若其中未包括一条或数条完整的能解读的业务数据包,截取出来,调用业务处理窗口的处理函数来处理或成为消息参数发送给业务处理窗口。而已收数据表中剩下的数据,将期待以后OnRecieve中被重新组合,扫描并处理。在长连接应用中,连接可能毕竟各种因素中断,所以你必须手动重连。你应该按照CAsyncSocket的成员函数m_hSocket来判断当前连接状况。

if(m_hSocket==INVALID_SOCKET)

当然,很奇怪的是,即使连接已经中断,OnClose也终于被触发,你而是应该在OnClose中被动调用Close,否则m_hSocket并不会被手动赋值为INVALID_SOCKET.在最多长连接应用中,除设立连接以外,还必须先Login,然后就能进行业务处理,连接并Login是一个步骤依赖性过程,用异步处理反而会很麻烦,而CAsyncSocket是支持切换为同步机制的,你需要把握在适度的之后切换同异步方式的技巧.

DWORDdw;//切换为同步模式

IOCtl(FIONBIO,&dw);

...//切换回异步模式

IOCtl(FIONBIO,&dw);

三.CSocket的用法.

CSocket在CAsyncSocket的基础下,修改了Send,Recieve等成员函数,帮你内置了一个用以轮询收发缓冲区的循环,变成了同步短连接方式.短连接应用简单明了,CSocket经常不用派生就可以直接使用,但也有些问题.

1.用作的之后当时听到有人自己创建线程,程中建立CSocket对象进行Listen,Accept.若Accept成功,则再起一个线程再次Listen,Accept...可以说他完全不知道CSocket,实际上CSocket的模式已经内置了多线程机制,你只应该从CSocket派生,然后重载.

OnAccept: //CListenSocket头文件

Class CListenSocket:publicCSocket

CListenSocket(HWNDhWnd=NULL);

HWNDm_hWnd;//事件处理窗口

Virtual voidOnAccept(intnErrorCode);

//CListenSocket实现文件

#include "ListenSocket.h"

CListenSocket::CListenSocket(HWNDhWnd)

m_hWnd=hWnd;

//主线程

voidCListenSocket::OnAccept(intnErrorCode)

::sendmessage((hwnd)m_hwnd,wm_regsuccess,0,0)如：::sendmessage(afxgetmainwnd()->m_hwnd,wm_my_dosome,0,(lparam)i)::sendmessage(m_edit.m_hwnd,wm_settext,0,(lparam)buf)

CSocket::OnAccept(nErrorCode);

m_pListenSocket=newCListenSocket(m_hWnd);

m_pListenSocket->Create(...);

m_pListenSocket->Listen();

LRESULTCXXXDlg:OnSocket(WPARAMwParam, LPARAMlParam);

caseSOCKET_CLNT_ACCEPT:

CSocket* pSocket=newCSocket;

if(!m_pListenSocket->Accept(*pSocket))

在创建窗口时（即cwnd::createex中），mfc通过钩子提前（wm_create和wm_nccreate之前）处理了通知，用afxwndproc子类化了建立的窗口并将对应的cwnd*加入当前句柄的永久对象的映射中，而在afxwndproc中，总是由cwnd::fromhandlepermanent（获得对应hwnd的永久对象）得到当前线程中当前消息所属窗口字段对应的永久对象，然后借助读取得到的cwnd*的windowproc成员变量来处理消息以推动派生窗口类的效果psathread和binherithandles参数4 2 3 fdwcreate参数4 2 4 pvenvironment参数4 2 5 pszcurdir参数4 2 6 psistartinfo参数4 2 7 ppiprocinfo参数4 3 终止进程4 3 1 主句柄的入口点函数返回4 3 2 exitprocess函数4 3 3 terminateprocess函数4 3 4 当进程中的所有线程中止时4 3 5 当进程中止运行时4 4 子进程4 5 管理员以标准客户权限运行时4 5 1 自动提高进程的权限4 5 2 手动提高进程的权限4 5 3 何为当前权限上下文4 5 4 枚举系统中正在运行的进程4 5 5 process information示例程序第5章 作业5 1 对作业中的进程施加限制5 2 将进程放到作业中5 3 终止作业中的所有线程查询作业统计信息5 4 作业通知5 6 job lab示例程序第6章 线程基础6 1 何时创建线程6 2 何时不需要创建线程6 3 编写第一个线程变量6 4 createthread函数6 4 1 psa参数6 4 2 cbstacksize参数6 4 3 pfnstartaddr和pvparam参数6 4 4 dwcreateflags6 4 5 pdwthreadid76 5 终止运行线程6 5 1 线程变量返回6 5 2 exitthread函数6 5 3 terminatethread函数6 5 4 进程终止运行时6 5 5 线程终止运行时6 6 线程内幕6 7 c/c++运行库注意事项6 7 1 用_beginthreadex而不要用createthread创建线程6 7 2 绝对不需要调用的c/c++运行库函数6 8 了解自己的身份6 8 1 将伪句柄转化为真正的线程第7章 线程调度 其实质就是父线程构建一个nsmachport对象，在建立子线程的之后以参数的方法将其释放给子线程，这样子线程中就可以向这个传进来的 nsmachport对象发送消息，如果想使父线程也可以向子线程发消息的话，那么子线程可以先向父线程发个特殊的消息，传进来的是自己建立的另一个 nsmachport对象，这样父句柄便持有了子线程创建的port对象了，可以向这个子线程的port对象发送消息了

本文来自电脑杂谈，转载请注明本文网址：
http://www.pc-fly.com/a/jisuanjixue/article-131542-1.html