c - 为什么我在 send() 函数中丢失了这个字节？

Question

我们的应用程序是与 Windows Java 客户端通信的 C 服务器(此问题针对所述服务器的 Windows 端口)。在这个特定的实例中，我们向客户端发送数据，特别是，消息由一个 7 字节的 header 组成，其中前 3 个字节都有特定的含义(op 类型、标志等)，最后 4 个字节包含消息的其余部分。出于某种原因，我绝对想不通， header 中的第三个字节正在以某种方式发生变化；如果我在 send() 上放置一个断点，我可以看到第三个字节是我所期望的 (0xfe)，但是当我 checkin 客户端时，该字节设置为 0。其他每个字节都可以。 A 用 WireShark 做了一些流量捕获，发现离开服务器的字节为 0，我觉得这更令人费解。第三个字节通过定义设置，ala:

#define GET_TOP_FRAME   0xfe

我做的一些测试进一步混淆了这个问题:

1. 我将值从使用定义更改为第一个 0x64、0xff、0xfd:所有这些都传给了客户端。
2. 我将值从使用定义更改为使用 0xfe 本身:该值在客户端为零。
3. 我将定义本身的值从 0xfe 更改为 0xef:客户端的值为零。

这一切都说不通。代码经历了几个层次的功能，但这里是大部分核心代码:

int nbytes; /* network order bytes */
static int sendsize = 7;
unsigned char tbuffer[7];
tbuffer[0]= protocolByte;
tbuffer[1]= op;
tbuffer[2]= GET_TOP_FRAME;
nbytes = htonl(bytes);
memcpy((tbuffer+3), &nbytes, JAVA_INT);

send(fd, tbuffer, sendsize, 0);

其中 fd 是一个先前放在一起的套接字，protocolByte、op 和 bytes 是先前设置的。然后它会在这条消息之后立即使用非常相似的发送命令发送消息的其余部分。正如我提到的，如果我在该发送函数上放置一个断点，tbuffer 将包含我所期望的内容。

这里有人有什么想法吗？我完全被难住了；这对我来说毫无意义。谢谢。

Answer 1

这可能是您的系统某处存在简单的错误，导致简单的缓冲区溢出或类似情况，但鉴于这些信息很少，很难说出错误的位置。但是，请记住:

TCP 不发送消息——它是一个流。一次 send() 调用可能需要多次 recv() 调用才能接收。一个 recv 调用可能会收到您的应用程序定义的部分“消息”。

你在检查 send 的返回值吗？以及 recv 的返回值？ send 发送的字节数可能比您告诉它的要少。 recv 接收到的字节数可能比您告诉它的要少，或者如果您给了它足够大的缓冲区，它接收到的数据可能比您的应用程序“消息”之一多。