用Socket传递整数时它需要htons和stoh来转换，那么对于CString类型的数据有对应的方法转换吗？

[angelcool]

如题。
我在MSDN中没有找到对应的函数。是不是CString的不用转？？

[alino]

可不可以设定一个定值如1024，每次都以这个长度接收数据，
当然如果发送的数据超过1024就循环发送。
——————————————————————————————
不会造成接受混乱，可以这么发.


纠正我先前说的话，刚没说清楚,不是CString不能写在结构里,在结构里定义CString没有问题，可是在你的程序里,不应该定义在结构里,因为CString是定长的,只是指针和一些信息,在付值得时候动态分配内存,实际结构里没给字符串分配内存,所以发送结构的时候,其实也没把字符串发送出去.

[angelcool]

我被说晕了。
那就是说这样做实际上是不可行的。

那对于一个不定长的信息应该传送比较安全呢？

[angelcool]

typedef struct _Message_Parm{
int nMsgType;
char userData[1024];
}Message_Param;

这样定义可以吗？？

[angelcool]

typedef struct _Message_Parm{
int nMsgType;
char userData[200];
}Message_Param;

我改成这样。
出现了很多“屯屯屯屯屯屯屯屯屯屯屯屯屯屯屯屯屯屯屯屯屯屯屯屯屯屯屯屯屯屯屯屯屯屯屯屯屯屯屯屯屯屯屯屯屯屯屯屯屯屯屯”
是什么原因？？
我的代码如下：
组合代码：
CString strUserData;
strUserData.Format("%d/\r\r%d/\r\r",x, y);//x,y为需要传递的信息

Message_Param * msg = new Message_Param;
msg->nMsgType = htons(message);
strcmp(msg->userData, strUserData);
分解代码：
int nKeyX, nKeyY;
Message_Param * msg = (Message_Param *)wParam;
int message = ntohs(msg->nMsgType);
CString m_strMsg = "";
CString m_strOldMsg = "";
CString tempStr = "";
CString strCRLF = "\r\r";

int nFindPosition = m_strMsg.Find(strCRLF);
if( nFindPosition != -1)
{
tempStr = m_strMsg.Left(nFindPosition);
m_strOldMsg = m_strMsg.Right(m_strMsg.GetLength() -
nFindPosition - strCRLF.GetLength());
nKeyX = atoi( tempStr );
m_strMsg = m_strOldMsg;
nFindPosition = m_strMsg.Find(strCRLF);
}

m_strMsg = CString( msg->userData, 200);

发送的信息是正确的，但是接收的时候就出现了很多“屯屯屯屯屯屯屯屯”。
请帮我看看是哪里有问题。
谢谢！！

[yiyezhiqiu]

顶

[ggw]

不用！TCP不分界，是一串字节流。我一般是将整个报文长度放在最前面4个字节，先读4个字节，然后按得到的长度读进来。看一下以送函数的原形，好象是个void *.

[angelcool]

to ggw(格格巫)
之所以分隔是为获得不同的参数。
－－－－－－－－－－－－－－－－
我一般是将整个报文长度放在最前面4个字节，先读4个字节，然后按得到的长度读进来。
－－－－－－－－－－－－－－－－
没有读进来又怎么能“先读”前4个字节呢？不懂你的意思。

[redchina]

我一般是将整个报文长度放在最前面4个字节，先读4个字节，然后按得到的长度读进来。
－－－－－－－－－－－－－－－－
这个通过指针不就可以做到么?

[rabo]

atol(str);

[angelcool]

我想问主机字节和网络字节的转换。它们的参数都是长、短整形。
那么CString类的转换函数是什么？？

[vcmute]

一般不会传CString吧，都是传char数组
因为char是一个字节，所以就需要高低字节转换，纯粹二进制数组

[modena]

typedef struct _Message_Parm{
int nMsgType;
int nMsgLen;
char userData[1];
}Message_Param;

send的长度指定为sizeof(Message_Param) + nMsgLen;
recv长度sizeof(Message_Param)后在recv长度nMsgLen，然后进行报文重组

[angelcool]

sizeof(Message_Param)不正是传递的消息的长度吗？如果这样添加接收会出错的？？
如果这样是对的，那我的理解是，在userData虽定义长度为1，但是它的长度随赋值自动改变。
如果是这样，你说的还行。
不知道我的理解对不对？？


typedef struct _Message_Parm{
int nMsgType;
char userData[200];
}Message_Param;
我就这样改的，很占空间并影响速度，但是安全。

[modena]

如果偶尔有一次需要发送1024的数据，大部分数据都小于200byte怎么办？如果很多情况下只需要传递一些命令和通知怎么处理？

typedef struct _Message_Parm{
int nMsgType;
int nMsgLen;
char userData[1];
}Message_Param;

WCHAR szMsg[200];
wcscpy( szMsg, L"Message to send!" );
PMessage_Param pBuffer = (PMessage_Param )CoTaskMemAlloc( sizeof(Message_Param) + nMsgLen );
pBuffer->nMsgType = ...;
pBuffer->nMsgLen = wcslen(szMsg) * sizeof(WCHAR) + 2;
memcpy( (void *)userData, (void *)szMsg, pBuffer->nMsgLen + 2 );

// send pBuffer here. send size : sizeof(Message_Param) + pBuffer->nMsgLen + 2;
...

::CoTaskMemFree( pBuffer );

[modena]

另外声明，这只是一种处理方式，具体应用的目标不同，应该因地制宜

[angelcool]

------------------------------------------------
recv长度sizeof(Message_Param)后在recv长度nMsgLen，然后进行报文重组
------------------------------------------------
原来是我没看明白.

可不可以将一下:如何进行报文的重组.
这两天整这个通讯,头都大了.反映太慢请见谅.

[modena]

1. 假设每次发送的报文均有一个Message_Param报头和一段数据，那么每次recv一个sizeof(Message_Param)的数据，如果判断是有效的Message_Param，那么再次接收nMsgLen尺寸的数据，与前一个报头连接形成的缓冲区就是你每个真正报文的数据。
2. 事实上如果你用SOCKET_RAW方式接收报文，真正的报文前面都有一小段数据用来记录报文的类型，协议，长度等信息，但我们通常不需要关心这些内容。
3. 这并不是报文重组，只是接收报文的一种方式，一般的报文需要定义一些必要的报头信息如序列号，关联性等信息。
4. 我们知道，TCP其实是以流方式发送，并不存在错序的问题，但UDP报文就可能会后发送的先到达，同时UDP报文但超过一定大小的时候一般都会失败，这时只能对报文进行分片发送，等等诸如此类的问题，都牵涉到客户端需要重新开各线程，对接收到的数据进行序列化、重组等操作

[angelcool]

分太少，不够分。请到这个帖来
http://community.csdn.net/Expert/topic/4036/4036092.xml?temp=.2792017
这里分多，也该结帖了。

[angelcool]

int recv (
SOCKET s,
char FAR* buf,
int len,
int flags
);
recv接收数据时就需要给定这个长度，你却说等接收后“先读4个字节，然后按得到的长度读进来”。

怎么回事？？

[angelcool]

这个问题我会另开帖来问，请大家到时惠顾。^_^