首页 > 代码库 > CAsyncSocket只传输了一部分数据(UDP),后面是乱码

CAsyncSocket只传输了一部分数据(UDP),后面是乱码

技术分享

void CCAsyncSocketDlg::OnBnClickedBtnSend()
{
    UpdateData(TRUE);
    TCHAR ipstr[INET_ADDRSTRLEN];
    DWORD dwRemoteIp = htonl(m_dwRemoteIp);
    InetNtop(AF_INET, &dwRemoteIp, ipstr, sizeof ipstr));

    int nWrite = m_sockLocal.SendToEx(m_strSend.GetBuffer(), m_strSend.GetLength(),
        htons(m_uRemotePort), ipstr);
}
void CCAsyncSocketDlg::OnReceive(int nErrorCode)
{
    UpdateData(TRUE);
    TCHAR buf[4096];
    int nRead;
    CString rAddr;
    UINT rPort;
    while (true)
    {
        nRead = m_sockRemote.ReceiveFromEx(buf, 4096, rAddr, rPort);
        if (nRead > 0)
        {
            buf[nRead] = 0;
            m_strRecv.Append(buf);
        }
        else
        {
            break;
        }
    }

    m_strRecv.Append(_T("\r\n"));
    UpdateData(FALSE);

上述代码是忽略了错误处理后的代码,其中Dlg类的OnReceive方法是给CAsyncSocket的派生类的OnReceive方法调用的(在此之前派生类保存了Dlg类的指针)。

由于是UDP套接字,所以不存在粘包问题,SendTo和RecvFrom的返回值是一样的(说明发送和接收的数据大小一样),那么后面部分怎么出错的呢?

经过多次输入测试,发现每次只有后半部分读取失败。解决方法如下

    int nWrite = m_sockLocal.SendToEx(m_strSend, m_strSend.GetLength() * sizeof(TCHAR),
        htons(m_uRemotePort), ipstr);
            buf[nRead / sizeof(TCHAR)] = 0;

替换对应位置即可,因为我是传递TCHAR数组(在Unicode下CString是基于TCHAR的,如果用char的话每次CA2W、CW2A还是挺麻烦的),而socket传递的是以字节为单位,对于包含N个字符的TCHAR数组,实际上传输字节数是N*sizeof(TCHAR),所以SendTo函数里第二个参数妖改成sizeof(TCHAR),但是对于接收缓冲区而言,缓冲区是个TCHAR数组,单位大小是sizeof(TCHAR)个字节而不是1个字节,所以计算下标时又要用nRead / sizeof(TCHAR)。

顺便TCHAR的字符串操作函数相当于就是把strxxx改成了_tcsxxx,比如标准C的strcpy对于TCHAR来说就是_tcscpy,这是微软对Unicode字符操作函数的扩展,见头文件tchar.h

以及inet_ntop等网络转换函数也变成了InetNtop,见头文件WS2tcpip.h。

这个类本身使用不难,但是由于书上包括文档有不少东西没说清楚,结果折腾了好久。顺带一提,它的一系列函数使用的IP也好,接口也好,竟然还是要用htons、htonl转换的,唉,真是无语。

CAsyncSocket只传输了一部分数据(UDP),后面是乱码