欧美日韩精品高清,黄色成人av网站,亚洲激情在线观看

Enic — Tue, 05 Jul 2011 05:15:00 GMT

在服务器哪里,�|�络通信有两个接�?IClientSocketSink IAttemperEngineSink
IClientSocketSink一般用用于�|�络服务器之间通信
IAttemperEngineSink用于和客��L��通信

// logon server
CAttemperEngineSink::OnEventSocketRead
    MDM_GP_LOGON //��d��消息
        SUB_GP_LOGON_ACCOUNTS //帐号��d��
      CMD_GP_LogonByAccounts
  SUB_GP_LOGON_USERID //ID ��d��
   CMD_GP_LogonByUserID
  SUB_GP_REGISTER_ACCOUNTS //注册帐号
      CMD_GP_RegisterAccounts

// gamer server
CAttemperEngineSink::OnEventSocketRead
MDM_GR_LOGON //��d��消息
        SUB_GP_LOGON_ACCOUNTS //帐号��d��
      CMD_GP_LogonByAccounts
  SUB_GP_LOGON_USERID //ID ��d��
   CMD_GP_LogonByUserID
MDM_GR_USER //用户消息
  SUB_GR_USER_SIT_REQ //坐下桌子
  SUB_GR_USER_LOOKON_REQ //旁观桌子
   CMD_GR_UserSitReq
  SUB_GR_USER_STANDUP_REQ //��L��h��
  SUB_GR_USER_LEFT_GAME_REQ //强退��h��
  SUB_GR_USER_CHAT //聊天消息
   CMD_GR_UserChat
  SUB_GR_USER_WISPER //�U�语消息
   CMD_GR_Wisper
  SUB_GR_USER_RULE //用户规则
   CMD_GR_UserRule
  SUB_GR_USER_INVITE_REQ //邀��L��?br />   CMD_GR_UserInviteReq
MDM_GR_MANAGER //��理消息
  SUB_GR_SEND_WARNING: //警告消息
   CMD_GR_SendWarning
  SUB_GR_LOOK_USER_IP: //查看地址
      CMD_GR_LookUserIP
  SUB_GR_KILL_USER:  //�t�出用户
   CMD_GR_KillUser
  SUB_GR_LIMIT_ACCOUNS: //��用帐户
   CMD_GR_LimitAccounts
  SUB_GR_SET_USER_RIGHT: //用户权限
   CMD_GR_SetUserRight
  SUB_GR_SEND_MESSAGE: //发送消�?br />   CMD_GR_SendMessage
  SUB_GR_OPTION_SERVER: //戉K��讄��
   CMD_GR_OptionServer
MDM_GF_FRAME //框架消息
MDM_GF_GAME //游戏消息

// center server
CAttemperEngineSink::OnEventSocketRead
MDM_CS_SERVER_LIST: //列表消息
  SUB_CS_GET_SERVER_LIST: //获取列表
MDM_CS_SERVER_MANAGER: //戉K��理
  SUB_CS_REG_GAME_SERVER: //戉K��注册
  SUB_CS_UNREG_GAME_SERVER: //注销戉K��
  SUB_CS_SERVER_ONLINE_COUNT: //更新人数

Enic 2011-07-05 13:15 发表评论

协议分析�Q�GamePlaza的网�l�协议（�Ӟ��

Enic — Mon, 04 Jul 2011 05:48:00 GMT

通过对基��库的分析可以知道�Q�客��L��通过IClientSocket、IClientSocketSink和服务器通讯�?br />现在把问题集中�v来，只分析客��L��和服务器之间的接口，也就是IO
当前分析的模式是GamePlaza
CPlazaViewItem  CRoomViewItem�q�两个实��C��IClientSocketSink接口�Q�也��是说他们能接受服务器消息；
IClientSocketSink能响应三个事件OnSocketConnect  OnSocketRead  OnSocketClose
主要的数据交换应该是依赖OnSocketRead
CPlazaViewItem
    OnSocketRead
      MDM_GP_LOGON  //登陆消息
        SUB_GP_LOGON_SUCCESS  //登陆成功
          CMD_GP_LogonSuccess
          (接下来的叫扩展信�?
          DTP_USER_ACCOUNTS  //用户帐户
            数据由DataDescribe描述
          DTP_USER_PASS  //用户密码
            数据由DataDescribe描述
          DTP_USER_GROUP_NAME  //�C�֛�名字
            数据由DataDescribe描述
        SUB_GP_LOGON_ERROR  //登陆��p�|
      MDM_GP_SERVER_LIST  //列表消息
        SUB_GP_LIST_TYPE  //�c�d��信息
          tagGameType数组
        SUB_GP_LIST_KIND  //�U�类消息
          tagGameKind数组
        SUB_GP_LIST_PROCESS  //�q�程信息
          tagGameProcess数组
        SUB_GP_LIST_STATION  //站点消息
          tagGameStation数组
        SUB_GP_LIST_SERVER  //服务器房�?/span>
          tagGameServer数组
        SUB_GP_LIST_FINISH  //列表发送完�?/span>
        SUB_GP_LIST_CONFIG  //列表配置
          CMD_GP_ListConfig
      MDM_GP_SYSTEM  //�pȝ��消息
        SUB_GP_VERSION  //版本信息
          CMD_GP_Version
CRoomViewItem
    OnSocketRead
        MDM_GR_LOGON  //��d��消息
            SUB_GR_LOGON_SUCCESS  //��d��成功
            SUB_GR_LOGON_ERROR  //��d��p�|
            SUB_GR_LOGON_FINISH  //��d��完成
        MDM_GR_USER  //用户消息
            SUB_GR_USER_COME  //用户�q�入
                tagUserInfoHead
                    �Q�附加）
                    DTP_USER_ACCOUNTS  //用户帐户
                    数据由DataDescribe描述
                    DTP_USER_GROUP_NAME  //�C�֛�名字
                    数据由DataDescribe描述
            SUB_GR_USER_STATUS  //用户状�?/span>
                CMD_GR_UserStatus
            SUB_GR_USER_SCORE  //用户分数
                CMD_GR_UserScore
            SUB_GR_SIT_FAILED  //坐下��p�|
                CMD_GR_SitFailed
            SUB_GR_USER_CHAT  //用户聊天
                CMD_GR_UserChat
            SUB_GR_USER_WISPER  //用户�U�语
                CMD_GR_Wisper
            SUB_GR_USER_INVITE  //邀��L��?/span>
                CMD_GR_UserInvite
        MDM_GR_INFO  //配置信息
            SUB_GR_SERVER_INFO  //戉K��信息
                CMD_GR_ServerInfo
            SUB_GR_COLUMN_INFO  //列表解释
                CMD_GR_ColumnInfo
            SUB_GR_CONFIG_FINISH  //配置完成
        MDM_GR_STATUS  //状态信�?/span>
            SUB_GR_TABLE_INFO  //桌子信息
                CMD_GR_TableInfo
            SUB_GR_TABLE_STATUS  //桌子状�?/span>
                CMD_GR_TableStatus
        MDM_GR_SYSTEM  //�pȝ��消息
            SUB_GR_MESSAGE  //�pȝ��消息
                CMD_GR_Message
        MDM_GR_SERVER_INFO  //戉K��信息
            SUB_GR_ONLINE_COUNT_INFO  //在线信息
                tagOnLineCountInfo
        MDM_GF_GAME  //游戏消息
        MDM_GF_FRAME  //框架消息
            IPC_SocketPackage

Enic 2011-07-04 13:48 发表评论

工具�c�：收发包辅助类 CSendPacketHelpr CRecvPacketHelpr

Enic — Mon, 04 Jul 2011 02:50:00 GMT

应�ؓ协议都是遵��@�Q�len type data�q�样的结构，所以打包发送和接收解包可以有通用的做法，�Q�，

//////////////////////////////////////////////////////////////////////////

//数据描述�?/span>
struct tagDataDescribe
{
WORD wDataSize; //数据大小
WORD wDataDescribe; //数据描述
};

//////////////////////////////////////////////////////////////////////////

//数据包辅助类�Q�多包组合成一包）
class CSendPacketHelper
{
    //变量定义
protected:
    WORD                                m_wDataSize;                    //数据大小
    WORD                                m_wBufferSize;                    //�~�冲大小
    BYTE                                * m_pcbBuffer;                    //�~�冲指针

    //函数定义
public:
    //构造函�?/span>
    CSendPacketHelper(void * pcbBuffer, WORD wBufferSize)
    {
        m_wDataSize=0;
        m_wBufferSize=wBufferSize;
        m_pcbBuffer=(BYTE *)pcbBuffer;
    }
    //析构函数
    virtual ~CSendPacketHelper() {}

    //功能函数
public:
    //清理数据
    void CleanData() { m_wDataSize=0; }
    //获取大小
    WORD GetDataSize() { return m_wDataSize; }
    //获取�~�冲
    void * GetDataBuffer() { return m_pcbBuffer; }
    //插入数据�Q�如果缓冲区长度不够�q�回false�Q?br />    // wDataSize, wDataType 实际上就是DataDescribe
    bool AddPacket(void * pData, WORD wDataSize, WORD wDataType)
    {
        //效验大小
        ASSERT((wDataSize+sizeof(tagDataDescribe)+m_wDataSize)<=m_wBufferSize);
        if ((wDataSize+sizeof(tagDataDescribe)+m_wDataSize)>m_wBufferSize) return false;

        //插入数据
        ASSERT(m_pcbBuffer!=NULL);
        tagDataDescribe * pDataDescribe=(tagDataDescribe *)(m_pcbBuffer+m_wDataSize);
        pDataDescribe->wDataSize=wDataSize;
        pDataDescribe->wDataDescribe=wDataType;

        //插入数据
        if (wDataSize>0)
        {
            ASSERT(pData!=NULL);
            CopyMemory(pDataDescribe+1,pData,wDataSize);
        }

        //讄��数据
        m_wDataSize+=sizeof(tagDataDescribe)+wDataSize;

        return true;
    }
};

/////////////////////////////////////////////////////////////////////////////////////////

//数据包辅助类
class CRecvPacketHelper
{
    //变量定义
protected:
    WORD                                m_wDataPos;                        //数据�?/span>
    WORD                                m_wDataSize;                    //数据大小
    BYTE                                * m_pcbBuffer;                    //�~�冲指针

    //函数定义
public:
    //构造函�?/span>
    CRecvPacketHelper(LPCVOID pcbBuffer, WORD wDataSize)
    {
        m_wDataPos=0;
        m_wDataSize=wDataSize;
        m_pcbBuffer=(BYTE *)pcbBuffer;
    }
    //析构函数
    virtual ~CRecvPacketHelper() {}

    //功能函数
public:
    //获取数据�Q�返回一包数据）
    // @DataDescribe�Q�数据描�q�ͼ�len type�Q?br />    // @return: 数据
    void * GetData(tagDataDescribe & DataDescribe)
    {
        //效验数据
        if (m_wDataPos>=m_wDataSize)
        {
            ASSERT(m_wDataPos==m_wDataSize);
            DataDescribe.wDataSize=0;
            DataDescribe.wDataDescribe=DTP_NULL;
            return NULL;
        }

        //获取数据
        ASSERT((m_wDataPos+sizeof(tagDataDescribe))<=m_wDataSize);
        CopyMemory(&DataDescribe,m_pcbBuffer+m_wDataPos,sizeof(tagDataDescribe));
        ASSERT((m_wDataPos+sizeof(tagDataDescribe)+DataDescribe.wDataSize)<=m_wDataSize);

        //效验数据
        if ((m_wDataPos+sizeof(tagDataDescribe)+DataDescribe.wDataSize)>m_wDataSize)
        {
            DataDescribe.wDataSize=0;
            DataDescribe.wDataDescribe=DTP_NULL;
            return NULL;
        }

        //讄��数据
        void * pData=NULL;
        if (DataDescribe.wDataSize>0) pData=m_pcbBuffer+m_wDataPos+sizeof(tagDataDescribe);
        m_wDataPos+=sizeof(tagDataDescribe)+DataDescribe.wDataSize;
        return pData;
    };
};

Enic 2011-07-04 10:50 发表评论

成也萧何败也肖何�Q?IUnknowEx

Enic — Fri, 10 Jun 2011 04:30:00 GMT

相关UML:

看下某个查询接口的代码：

//////////////////////////////////////////////////////////////////////////

//接口查询�?/span>
#define QUERYINTERFACE(Interface,Guid,dwQueryVer)                                        \
    if ((Guid==IID_##Interface)&&(InterfaceVersionCheck(dwQueryVer,VER_##Interface)))    \
        return static_cast<Interface *>(this);

#define QUERYINTERFACE_IUNKNOWNEX(BaseInterface,Guid,dwQueryVer)                        \
    if ((Guid==IID_IUnknownEx)&&(InterfaceVersionCheck(dwQueryVer,VER_IUnknownEx)))        \
        return static_cast<IUnknownEx *>(static_cast<BaseInterface *>(this));

//获取接口�?/span>
#define GET_MYSELF_INTERFACE(Interface)                                                    \
    ((Interface *)QueryInterface(IID_##Interface,VER_##Interface))

#define GET_OBJECT_INTERFACE(Object,Interface)                                            \
    ((Interface *)Object.QueryInterface(IID_##Interface,VER_##Interface))

#define GET_OBJECTPTR_INTERFACE(pObject,Interface)                                        \
    ((pObject==NULL)?NULL:((Interface *)pObject->QueryInterface(IID_##Interface,VER_##Interface)))

//////////////////////////////////////////////////////////////////////////

//接口查询
void * __cdecl CEventService::QueryInterface(const IID & Guid, DWORD dwQueryVer)
{
    QUERYINTERFACE(IEventService,Guid,dwQueryVer);
    QUERYINTERFACE_IUNKNOWNEX(IEventService,Guid,dwQueryVer);
    return NULL;
}

�׃��q�个函数的存在，是的接口传递的�c�d��查由�~�译期�{��C��q�行期�?br />��L��接口的传递都只需要传递一个IUnknowEx指针�Q�然后接受方使用IUnknowEx��d��断是否是自己需要的接口�?br />�q�个机制是好是坏�Q�难��_��Q�，

Enic 2011-06-10 12:30 发表评论

服务引擎概览

Enic — Fri, 10 Jun 2011 03:57:00 GMT

相关UML�Q?br />

服务引擎�q�是��单的聚合了其他的子模块，然后在Start中做些初始化的工作�?img src ="http://m.shnenglu.com/Error/aggbug/148411.html" width = "1" height = "1" />

Enic 2011-06-10 11:57 发表评论

异步引擎

Enic — Thu, 09 Jun 2011 08:40:00 GMT

相关UML�Q?br />

核心技术在于：在指定的�U�程中创建窗口，然后向窗口发送消息，在窗口消息处理中调用外部回调�?img src ="http://m.shnenglu.com/Error/aggbug/148355.html" width = "1" height = "1" />

Enic 2011-06-09 16:40 发表评论

CEventService

Enic — Wed, 08 Jun 2011 16:13:00 GMT

相关UML�Q?br />

�U�程安全的做一些格式化�Q�然后一股脑输出到窗口句柄上�Q�，�Q?br />

Enic 2011-06-09 00:13 发表评论

DataBaseEngine

Enic — Wed, 08 Jun 2011 10:16:00 GMT

相关UML�Q?br />

使用数据库引擎必��L��有数据库引擎内部队列�Q�实现数据库回调接口�Q�用来处理数据库操作��h��Q�，然后�l�果投递到调度引擎队列�?br />
理解�|�络狐棋牌，最重要是理解两个概念：
1�Q�队列服�?br />2�Q�接口的传�?br />
晚上分析IEventService�Q�明天应该能把IServiceEngine搞定 -_+!

Enic 2011-06-08 18:16 发表评论

TCPSocketEnging分析

Enic — Tue, 07 Jun 2011 15:28:00 GMT

相关UML�Q?br />�|�络引擎整体�l�构�Q?br />

SocketItem�l�节�Q?br />

先来看几个底层结构：

//重叠�l�构�c?/span>
class COverLapped
{
    //变量定义
public:
    WSABUF                            m_WSABuffer;                        //数据指针
    OVERLAPPED                        m_OverLapped;                        //重叠�l�构
    const enOperationType            m_OperationType;                    //操作�c�d��

    //函数定义
public:
    //构造函�?/span>
    COverLapped(enOperationType OperationType);
    //析构函数
    virtual ~COverLapped();

    //信息函数
public:
    //获取�c�d��
    enOperationType GetOperationType() { return m_OperationType; }
};

//接收重叠�l�构
class COverLappedSend : public COverLapped
{
    //数据变量
public:
    BYTE                            m_cbBuffer[SOCKET_BUFFER];            //数据�~�冲

    //函数定义
public:
    //构造函�?/span>
    COverLappedSend();
    //析构函数
    virtual ~COverLappedSend();
};

//重叠�l�构模板
template <enOperationType OperationType> class CATLOverLapped : public COverLapped
{
    //函数定义
public:
    //构造函�?/span>
    CATLOverLapped() : COverLapped(OperationType) {}
    //析构函数
    virtual ~CATLOverLapped() {}
};

先复习下基础�Q�Windows下的�|�络模型有很多种�Q�这里只拿出三种来说�Q?br />EventSelect�Q�基于信��h��Ӟ��以socket为单位绑定信号量�Q�当socket上有指定的事件发生时�Ȁ发信��P��然后查询事�g处理事�g重设事�g�Q��l�在信号量上�{�待。其实也是在伯克利select模型上的换不换药的加强�?br />OverLapped�Q�分两种工作模式完成回调�Q�和完成事�g。重叠IO监视每次操作�Q�每�ơIO都绑定一个重叠对象，当操作完成以后激发信��h��者调用回调�?br />IOCP�Q�和overlapped�c�M��Q�不�q�结果经�q�了Windows的预处理以队列的形式挂在完成端口�?br />
�Ҏ��上面的复习，可以得出一个结论，IOCP环境中每一�ơIO操作都需要一个重叠结构，那么一个CServerSocketItem臛_��需要如些这些东东：
他要接受数据�Q�所以必��L��一个接受数据的 OverLapped
它要发送数据，说以必须有一个发送数据的 OverLapped
netFox对OverLapped做了使用了类似池的的��理手段�Q�他的Send都是不等待上一�ơ完成就直接投递下一个请求了�Q�，�Q�这是很操蛋的做法，�Q�，

然后�l�箋复习下基��Q?br />在EventSelect模型中获处理件类型流�E�是�q�样�Q?br />event受信�Q��?:WSAEnumNetworkEvents查询和这个event兌��的socket发生的事�Ӟ��Ҏ��查询到的事�g�c�d��d��理事�?br />在以每一�ơIO为查询对象重叠IO、IOCP模型中是�q�样�Q?br />使用GetOverlappedResult 或�?GetQueuedCompletionStatus然后�Ҏ��重叠�l�构��L��询投递的是什么类型的操作�Q�然后找到关联的socket��L��作，�Q�，

�q�样必然要给OverLapped做个扩展�Q�提供一�U�通过OverLapped查询操作�c�d��和socket的能力�?br />通过分析代码�Q�netFox兌��socket是通过在创建完成端口的时候绑定SocketItem对象指针完成的，操作�c�d��是通过对OverLapped�l�构加强完成的�?br />通过GetQueuedCompletionStatus获取到完成OverLapped以后使用一个宏�Q?br />�Q�这是COverLapped�c�d��Q?nbsp; pSocketLapped=CONTAINING_RECORD(pOverLapped,COverLapped,m_OverLapped);
来获取包装后的OverLapped�Q�然后获取操作类型，然后执行具体操作�?br />其实宏的展开如下�Q?br />�Q�COverLapped*�Q?(BYTE*)pOverLapped - (COverLapped*)(0)->m_OverLapped);
pOverLapped是获取到的某个COverLapped中的成员变量�Q?COverLapped*)(0)->m_OverLapped是到在COverLapped中的偏移�Q?(BYTE*)pOverLapped - (COverLapped*)(0)->m_OverLapped) ��是�Ҏ��pOverLapped推算出来的包含地址为pOverLapped作�ؓ成员变量m_OverLapped的COverLapped对象的地址�?br />然后��分别调用：

//发送完成函�?br />bool CServerSocketItem::OnSendCompleted(COverLappedSend * pOverLappedSend, DWORD dwThancferred);

//接收完成函数
bool CServerSocketItem::OnRecvCompleted(COverLappedRecv * pOverLappedRecv, DWORD dwThancferred);

为毛要区分Send OverLapped �?Recv OverLapped呢，�Q�，
应�ؓ投递一�ơSend不一定是瞬间完成的，在处理的�q�程中存储数据的内存应该是锁定的�Q�也��是不允�怿�改的�Q�，�Q�所以OverLapped应该自己��理内存�?br />而recv应该也是需要有一片内存直接接受数据的�Q�很奇怪netFox没有提供�Q�，�Q?br />
recv居然是在投递接受请求的时候给了一个空的buffer�Q�然后在完成回调中自己再�ơ调用recv�Ҏ��接受数据�?br />接受有关的成员变量如下：

    //状态变�?/span>
protected:
    bool                            m_bNotify;                            //通知标志
    bool                            m_bRecvIng;                            //接收标志
    bool                            m_bCloseIng;                        //关闭标志
    bool                            m_bAllowBatch;                        //接受��发
    WORD                            m_wRecvSize;                        //接收长度
    BYTE                            m_cbRecvBuf[SOCKET_BUFFER*5];        //接收�~�冲

int iRetCode=recv(m_hSocket,(char *)m_cbRecvBuf+m_wRecvSize,sizeof(m_cbRecvBuf)-m_wRecvSize,0);
��N��q�么蠢的做法只是��Z��w�开分包��法�Q?br />具体的看看接受代码：

//接收完成函数
bool CServerSocketItem::OnRecvCompleted(COverLappedRecv * pOverLappedRecv, DWORD dwThancferred)
{
    //效验数据
    ASSERT(m_bRecvIng==true);

    //讄��变量
    m_bRecvIng=false;
    m_dwRecvTickCount=GetTickCount();

    //判断关闭
    if (m_hSocket==INVALID_SOCKET)
    {
        CloseSocket(m_wRountID);
        return true;
    }

    //接收数据
    int iRetCode=recv(m_hSocket,(char *)m_cbRecvBuf+m_wRecvSize,sizeof(m_cbRecvBuf)-m_wRecvSize,0);
    if (iRetCode<=0)
    {
        CloseSocket(m_wRountID);
        return true;
    }

    //接收完成
    m_wRecvSize+=iRetCode;
    BYTE cbBuffer[SOCKET_BUFFER];
    CMD_Head * pHead=(CMD_Head *)m_cbRecvBuf;

    //处理数据
    try
    {
        while (m_wRecvSize>=sizeof(CMD_Head))
        {
            //效验数据
            WORD wPacketSize=pHead->CmdInfo.wDataSize;
            if (wPacketSize>SOCKET_BUFFER) throw TEXT("数据包超�?/span>");
            if (wPacketSize<sizeof(CMD_Head)) throw TEXT("数据包非�?/span>");
            if (pHead->CmdInfo.cbMessageVer!=SOCKET_VER) throw TEXT("数据包版本错�?/span>");
            if (m_wRecvSize<wPacketSize) break;

            //提取数据
            CopyMemory(cbBuffer,m_cbRecvBuf,wPacketSize);
            WORD wRealySize=CrevasseBuffer(cbBuffer,wPacketSize);
            ASSERT(wRealySize>=sizeof(CMD_Head));
            m_dwRecvPacketCount++;

            //解释数据
            WORD wDataSize=wRealySize-sizeof(CMD_Head);
            void * pDataBuffer=cbBuffer+sizeof(CMD_Head);
            CMD_Command Command=((CMD_Head *)cbBuffer)->CommandInfo;

            //内核命��o
            if (Command.wMainCmdID==MDM_KN_COMMAND)
            {
                switch (Command.wSubCmdID)
                {
                case SUB_KN_DETECT_SOCKET:    //�|�络��?/span>
                    {
                        break;
                    }
                default: throw TEXT("非法命��o�?/span>");
                }
            }
            else
            {
                //消息处理
                m_pIServerSocketItemSink->OnSocketReadEvent(Command,pDataBuffer,wDataSize,this);
            }

            //删除�~�存数据
            m_wRecvSize-=wPacketSize;
            MoveMemory(m_cbRecvBuf,m_cbRecvBuf+wPacketSize,m_wRecvSize);
        }
    }
    catch ()
    {
        CloseSocket(m_wRountID);
        return false;
    }

    return RecvData();
}

�q�是�q�是有分包算法的�Q��ȝ��来说接受��程如下�Q?br />直接使用recv把数据接受到SocketItem的缓冲区中，当长度大于CMD_HEAD之后�Q�进入处理阶�D�，处理head数据各种判断�Q�然后将数据扔出去，再调整缓冲区�Q�，�Q?br />
��单的��_��
Send完全不考虑同步问题�Q�不��一个劲的网队列投递Send��h��Q�，�Q�这边处理队列也是直接Send完事�Q�完全不考虑上一�ơ是否send成功�Q�，�Q?br />Recv更是莫名其妙的��用完成端口绕一圈还回到recv直接接受了，�Q�，

很狗血的做法，�Q�，

更正下我自己狗血的不理解�Q?br />如果一个服务器提交了非常多的重叠的receive在每一个连接上�Q�那么限制会随着�q�接数的增长而变化。如果一个服务器能够预先估计可能会��生的最大�ƈ发连接数�Q�服务器可以投递一个��用零�~�冲区的receive在每一个连接上。因为当你提交操作没有缓冲区�Ӟ��那么也不会存在内存被锁定了。��用这�U�办法后�Q�当你的receive操作事�g完成�q�回�Ӟ��该socket底层�~�冲区的数据会原��不动的�q�在其中而没有被��d��到receive操作的缓冲区来。此�Ӟ��服务器可以简单的调用非阻塞式的recv��存在socket�~�冲��Z��的数据全部读出来�Q�一直到recv�q�回 WSAEWOULDBLOCK 为止�?�q�种设计非常适合那些可以牺牲数据吞吐量而换取巨�?�q�发�q�接数的服务器。当�Ӟ��你也需要意识到如何让客��L��的行为尽量避免对服务器造成影响。在上一个例子中�Q�当一个零�~�冲区的receive操作被返回后�?用一个非��d��的recv去读取socket�~�冲��Z��的数据，如果服务器此时可预计到将会有爆发的数据流�Q�那么可以考虑此时投递一个或者多个receive 来取代非��d��的recv来进行数据接收。（�q�比你��?个缺省的8K�~�冲区来接收要好的多。）

源码中提供了一个简单实用的解决WSAENOBUF错误的办法。我们执行了一个零字节�~�冲的异步WSARead(...)(参见 OnZeroByteRead(..))。当�q�个��h��完成�Q�我们知道在TCP/IP栈中有数据，然后我们通过执行几个有MAXIMUMPACKAGESIZE�~�冲的异步WSARead(...)去读�Q�解决了WSAENOBUFS问题。但是这�U�解��x��法降低了服务器的吞吐量�?/p>

�ȝ��Q?

解决�Ҏ��一�Q?

投递��用空�~�冲区的 receive操作�Q�当操作�q�回后，使用非阻塞的recv来进行真实数据的��d��。因此在完成端口的每一个连接中需要��用一个��@环的操作来不断的来提交空�~�冲区的receive操作�?

解决�Ҏ��二：

在投递几个普通含有缓冲区的receive操作后，�q�接着开始��@环投递一个空�~�冲区的receive操作。这样保证它们按照投递顺序依�ơ返回，�q�样我们��总能对被锁定的内存进行解锁�?

///////////

如果一个服务器同时�q�接了许多客��L��, �Ҏ��个客��L��又调用了许多 WSARecv, 那么大量的内存将会被锁定到非分页内存�? 锁定�q�些内存时是按照��面边界来锁定的, 也就是说即��?WSARecv 的缓存大��是 1 字节, 被锁定的内存也将会是 4k. 非分��内存池是由整个�pȝ��q��? 如果用完的话最坏的情况��是�pȝ��崩溃. 一个解军_��法是, 使用大小�?0 的缓冲区调用 WSARecv. �{�到调用成功时再换用非阻塞的 recv 接收到来的数�? 直到它返�?WSAEWOULDBLOCK 表明数据已经全部��d��. 在这个过�E�中没有��M��内存需要被锁定, 但坏处是效率�E�低.

Enic 2011-06-07 23:28 发表评论

TimerEngine

Enic — Tue, 07 Jun 2011 07:13:00 GMT

相关UML�Q?br />

CTimerEngine成员变量�Q?br />

    //状态变�?/span>
    DWORD                                m_dwTimerSpace;                    //旉��间隔�Q�这个值后来应该是�l�了定时器线�E?/span>
protected:
    bool                                m_bService;                        //�q�行标志
    DWORD                                m_dwTimePass;                    //�l�过旉��
    DWORD                                m_dwTimeLeave;                    //倒计旉��
    CTimerItemPtr                        m_TimerItemFree;                //�I�闲数组
    CTimerItemPtr                        m_TimerItemActive;                //�z�d��数组

�q�些是分析定时器�U�程函数需要了解的成员变量�Q�其�ơ是�U�程同步�Q?br />从代码中可以看出所有对�Q�m_TimerItemActive; m_TimerItemFree;的操作都是在一个线�E�锁的保护之下的�?br />

定时器线�E�：
通过CTimerThread�l�一圈以后最�l�被循环执行的实际上是这个函敎ͼ�m_dwTimerSpace控制最��时��_��Q?br />

//定时器通知
void CTimerEngine::OnTimerThreadSink()
{
    //锁定资源
    CThreadLockHandle LockHandle(&m_ThreadLock);

    //倒计旉��
    if (m_dwTimeLeave==NO_TIME_LEFT)
    {
        ASSERT(m_TimerItemActive.GetCount()==0);
        return;
    }

    //减少旉��
    ASSERT(m_dwTimeLeave>=m_dwTimerSpace);
    m_dwTimeLeave-=m_dwTimerSpace;
    m_dwTimePass+=m_dwTimerSpace;

    //查询定时�?/span>
    if (m_dwTimeLeave==0)
    {
        bool bKillTimer=false;
        tagTimerItem * pTimerItem=NULL;
        DWORD dwTimeLeave=NO_TIME_LEFT;
        for (INT_PTR i=0;i<m_TimerItemActive.GetCount();)
        {
            //效验参数
            pTimerItem=m_TimerItemActive[i];
            ASSERT(pTimerItem!=NULL);
            ASSERT(pTimerItem->dwTimeLeave>=m_dwTimePass);

            //定时器处�?/span>
            bKillTimer=false;
            // �q�一行做�?-操作
            pTimerItem->dwTimeLeave -= m_dwTimePass;
            if (pTimerItem->dwTimeLeave==0L)
            {
                //发送通知
                m_AttemperEvent.PostTimerEvent(pTimerItem->wTimerID,pTimerItem->wBindParam);

                //讄��ơ数
                if (pTimerItem->dwRepeatTimes!=TIMER_REPEAT_TIMER)
                {
                    ASSERT(pTimerItem->dwRepeatTimes>0);
                    if (pTimerItem->dwRepeatTimes==1L)
                    {
                        bKillTimer=true;
                        m_TimerItemActive.RemoveAt(i);
                        m_TimerItemFree.Add(pTimerItem);
                    }
                    else pTimerItem->dwRepeatTimes--;
                }

                //讄��旉��Q�从新开始倒计�?/span>
                if (bKillTimer==false) pTimerItem->dwTimeLeave=pTimerItem->dwElapse;
            }

            //增加索引
            if (bKillTimer==false)
            {
                i++;
                dwTimeLeave=__min(dwTimeLeave,pTimerItem->dwTimeLeave);
                ASSERT(dwTimeLeave%m_dwTimerSpace==0);
            }
        }

        //讄��响应
        m_dwTimePass=0L;
        m_dwTimeLeave=dwTimeLeave;
    }

    return;
}

CTimerEngine�Q?br />启动一个定时器�U�程�Q��@环遍历定时器�Q�如果发现满��_��发条件的定时器就投递一个定时器消息到CQueueServiceEvent对象�?br />

Enic 2011-06-07 15:13 发表评论

调度引擎初步分析

Enic — Tue, 07 Jun 2011 01:37:00 GMT

摘要: 相关UML�Q�CAttempterEngine实现了两个接口：IQueueServiceSink、IAttemperEngine;通过前面的分析，偶们了解刎ͼ�IQueueServiceSink�q�个接口被是用来处理CQueueService中的数据的，�Ҏ��上面的UML我们可以看到�Q�CAttemperEngine兌��了一个CQueueService�Q�或者直接点说是�Q�持有了一个CQueueService�?.. 阅读全文

Enic 2011-06-07 09:37 发表评论

CQueueServiceEvent初步分析

Enic — Thu, 02 Jun 2011 06:36:00 GMT

相关UML�Q?br />

代码分析�Q?br />首先CQueueServiceEvent�q�个名字很有诱惑�Q�，�Q�你感觉他是一个事�Ӟ��其实不是。它实际的功能应该是一个带打包功能的事仉��列，�Q�，或者说是一个像指定的类似EventQueue的东东中投递事件。从接口上看�Q�这个东东能投递TimerEvent DataBaseEvent SocketAcceptEvent SocketReadEvent SocketCloseEvent
应�ؓ它本�w�持有一个CQueueService指针�Q�所以本�w��ƈ不负责数据管理，只负责打包�ƈ��d��到CQueueService实例中去�?br />
先看定时器事�Ӟ��

1    //定时器事�?/span>
2    bool PostTimerEvent(WORD wTimerID, WPARAM wBindParam)
3    {
4        //效验参数
5        ASSERT(m_pIQueueService!=NULL);
6        if (m_pIQueueService==NULL) return false;
7
8        //�~�冲锁定
9        CThreadLockHandle BufferLockHandle(&m_BufferLock);
10
11        //投递消�?/span>
12        NTY_TimerEvent * pTimerEvent=(NTY_TimerEvent *)m_cbBuffer;
13        pTimerEvent->wTimerID=wTimerID;
14        pTimerEvent->wBindParam=wBindParam;
15        m_pIQueueService->AddToQueue(EVENT_TIMER,m_cbBuffer,sizeof(NTY_TimerEvent));
16
17        return true;
18    }

嗯哼�Q�代码质量很高哈�Q�，�Q?br />入口都有断言在debug阶段帮助暴露错误�Q�断�a�之后�q�有if语句再次判断�Q�这样即使release版本错误也不会被漏掉�Q�，�Q?br />关于事�g的封装，在这里其实已�l�分层了�Q�，�Q?br />
�q�里是第一层：

1struct tagDataHead
2{
3    WORD                            wDataSize;                            //数据大小
4    WORD                            wIdentifier;                        //�c�d��标识
5    DWORD                            dwInsertTime;                        //插入旉��
6};

1//定时器事�?/span>
2struct NTY_TimerEvent
3{
4 WORD wTimerID; //定时�?nbsp;ID
5 WPARAM wBindParam; //�l�定参数
6};

|- len -|- type -|- sub protocl -|�?br />其他事�g的打包过�E�都是类似的�Q?br />

1//数据库请求事�?/span>
2struct NTY_DataBaseEvent
3{
4    WORD                            wIndex;                                //对象索引
5    WORD                            wRoundID;                            //对象标识
6    WORD                            wRequestID;                            //��h��标识
7};
8
9//�|�络应答事�g
10struct NTY_SocketAcceptEvent
11{
12    WORD                            wIndex;                                //�q�接索引
13    WORD                            wRoundID;                            //�q�接标识
14    DWORD                            dwClientIP;                            //�q�接地址
15};
16
17//�|�络��d��事�g
18struct NTY_SocketReadEvent
19{
20    WORD                            wIndex;                                //�q�接索引
21    WORD                            wRoundID;                            //�q�接标识
22    WORD                            wDataSize;                            //数据大小
23    CMD_Command                        Command;                            //命��o信息
24};
25
26//�|�络关闭事�g
27struct NTY_SocketCloseEvent
28{
29    WORD                            wIndex;                                //�q�接索引
30    WORD                            wRoundID;                            //�q�接标识
31    DWORD                            dwClientIP;                            //�q�接地址
32    DWORD                            dwConnectSecond;                    //�q�接旉��
33};

�q�是一��P��一句话�ȝ��CQueueServiceEvent�Q?br />�U�程安全的接受各�U�异步事�Ӟ��q�打包封装好以后插入到关联的制定IQueueService�?

Enic 2011-06-02 14:36 发表评论

ServerKernel中的IQueueService接口分析

Enic — Mon, 30 May 2011 08:10:00 GMT

相关UML如下�Q?br />

��d��Q?br />

处理

关键代码解析�Q?br />

1//开始服�?/span>
2bool __cdecl CQueueService::StartService()
3{
4    //效验参数
5    ASSERT(m_bService==false);
6    ASSERT(m_hCompletionPort==NULL);
7    ASSERT(m_pIQueueServiceSink!=NULL);
8
9    //建立完成端口
10    //! 需要追�t�一下这里的完成端口句柄
11    //! 首先分析�q�里的创建，INVALID_HANDLE_VALUE表示没有兌��M��文�g句柄�Q�也��是
12    //! 说不存在某个实现某个操作完成以后�pȝ��自动�l�这个完成端口post一个完成消息的概念
13    //! 然后�q�里用限制工作线�E�数�?�Q�也��是同意时刻只会有一条线�E�受到完成消�?/span>
14    m_hCompletionPort=CreateIoCompletionPort(INVALID_HANDLE_VALUE,NULL,NULL,1);
15    if (m_hCompletionPort==NULL) throw TEXT("队列对象完成端口创徏��p�|");
16
17    //启动�U�程
18    if (m_QueueServiceThread.InitThread(m_hCompletionPort)==false) throw TEXT("队列对象�U�程初始化失�?/span>");
19    if (m_QueueServiceThread.StartThead()==false) throw TEXT("队列对象�U�程启动��p�|");
20
21    //讄��参数
22    m_bService=true;
23
24    return true;
25}

m_QueueServiceThread.InitThread(m_hCompletionPort);
他悄悄的�l�完成端口句柄扔�l�了服务�U�程�Q�偶们去看看服务�U�程拿这玩意�q�了啥，�Q�，

//�q�行函数
bool CQueueServiceThread::RepetitionRun()
{
    //效验参数
    ASSERT(m_hCompletionPort!=NULL);

    //变量定义
    DWORD dwThancferred=0;
    OVERLAPPED * pOverLapped=NULL;
    CQueueService * pQueueService=NULL;

    //�{�待完成端口
    if (GetQueuedCompletionStatus(m_hCompletionPort,&dwThancferred,(PULONG_PTR)&pQueueService,&pOverLapped,INFINITE))
    {
        //判断退�?/span>
        if (pQueueService==NULL) return false;

        //获取数据
        tagDataHead DataHead;
        bool bSuccess=pQueueService->GetData(DataHead,m_cbBuffer,sizeof(m_cbBuffer));
        ASSERT(bSuccess==true);

        //处理数据
        if (bSuccess==true) pQueueService->OnQueueServiceThread(DataHead,m_cbBuffer,DataHead.wDataSize);

        return true;
    }

    return false;
}

�U�密在此�Q?br />GetQueuedCompletionStatus(m_hCompletionPort,&dwThancferred,(PULONG_PTR)&pQueueService,&pOverLapped,INFINITE)
m_hCompletionPort是通过�U�程参数传递进来的�Q?span style="color: #000000">dwThancferred�?span style="color: #000000">pQueueService是在之前CQueueService::AddToQueue()中Post�q�来的参敎ͼ��Q�，

//加入数据
bool __cdecl CQueueService::AddToQueue(WORD wIdentifier, void * const pBuffer, WORD wDataSize)
{
    CThreadLockHandle LockHandle(&m_ThreadLock);
    m_DataStorage.AddData(wIdentifier,pBuffer,wDataSize);
    PostQueuedCompletionStatus(m_hCompletionPort,wDataSize,(ULONG_PTR)this,NULL);
    return true;
}

数据�l�过完成端口在CQueueServiceThread�l�一圈以后会回到CQueueService::OnQueueServiceThread()

//数据消息
void CQueueService::OnQueueServiceThread(const tagDataHead & DataHead, void * pBuffer, WORD wDataSize)
{
    ASSERT(m_pIQueueServiceSink!=NULL);
    try
    {
        m_pIQueueServiceSink->OnQueueServiceSink(DataHead.wIdentifier,pBuffer,DataHead.wDataSize,DataHead.dwInsertTime);
    }
    catch () {}
    return;
}

�q�样队列服务��完成了他的使命�Q�将执行的消息，异步的交�l�指定接口去处理�Q�，�Q?br />

�E�后��对列队列服务做个宏观上的的分析�Q�，�Q�下班时间到�Q�，�Q�回�ȝ��l�，�Q�，

用一句话来描�q�QueueService模块��是�Q?br />��队列的插入和处理通过兌��到完成端口上以实现在IOCP�U�程池管理下异步处理�Q?br />Add以后投递完成消息，在完成端口上监听的线�E�受到消息以后读取数据�ƈ处理�Q?br />

Enic 2011-05-30 16:10 发表评论