我正在尝试调试为什么我的 TCP 传输在从 Cygwin 发送时被破坏。我看到在 Centos 上运行的服务器程序中只显示了每个结构的前 24 个字节。第 25 到第 28 个字节被加扰，之后的所有其他字节都被清零。在另一个方向上，从 Cygwin 上的 Centos 接收，再次只有每个 block 的前 24 个字节显示在我在 Cygwin 上运行的服务器程序中。第 25 到第 40 个字节被加扰，之后的所有其他字节都被清零。在 Cygwin 上向本地主机发送或从本地主机接收时，我也看到了这个问题。对于本地主机，前 34 个字节是正确的，之后的所有字节都被清零。

我正在开发的应用程序在与 Centos 通信的 Centos4 上运行良好，我正在尝试将其移植到 Cygwin。 Valgrind 报告在 Centos 上没有问题，我没有在 Cygwin 上运行 Valgrind。两个平台都是小端 x86。

我在运行 Cygwin 的 Windows XP 主机系统上运行了 Wireshark。当我使用 Wireshark 嗅探数据包时，它们看起来很完美，无论是从 Cygwin 发送的数据包还是从 Cygwin 接收的数据包。

不知何故，Wireshark 查看的级别和程序本身之间的数据已损坏。

C++ 代码使用 ::write(fd, buffer, size) 和 ::read(fd, buffer, size) 写入和读取 TCP 数据包，其中fd 是客户端和服务器之间打开的套接字的文件描述符。此代码在 Centos4 与 Centos 对话时完美运行。

对我来说最奇怪的是数据包嗅探器在所有情况下都显示正确的完整数据包，但 cygwin 应用程序从不读取完整的数据包，或者在其他方向，Centos 应用程序从不读取完整的数据包。

谁能建议我如何调试它？

这是一些请求的代码:

size_t
read_buf(int fd, char *buf, size_t count, bool &eof, bool immediate)
{
  if (count > SSIZE_MAX) {
    throw;
  }

  size_t want = count;
  size_t got = 0;

  fd_set readFdSet;
  int fdMaxPlus1 = fd + 1;

  FD_ZERO(&readFdSet);
  FD_SET(fd, &readFdSet);

  while (got < want) {
    errno = 0;

    struct timeval timeVal;
    const int timeoutSeconds = 60;

    timeVal.tv_usec = 0;
    timeVal.tv_sec = immediate ? 0 : timeoutSeconds;

    int selectReturn = ::select(fdMaxPlus1, &readFdSet, NULL, NULL, &timeVal);

    if (selectReturn < 0) {
      throw;
    }

    if (selectReturn == 0 || !FD_ISSET(fd, &readFdSet)) {
      throw;
    }

    errno = 0;

    // Read buffer of length count.
    ssize_t result = ::read(fd, buf, want - got);

    if (result < 0) {
      throw;
    } else {
      if (result != 0) {
        // Not an error, increment the byte counter 'got' & the read pointer,
        // buf.
        got += result;
        buf += result;
      } else { // EOF because zero result from read.
        eof = true;
        break;
      }
    }
  }
  return got;
}

我发现了更多有关此失败的信息。数据包被读入的 C++ 类布局如下:

unsigned char _array[28];
long long _sequence;
unsigned char _type;
unsigned char _num;
short _size;

很明显，long long 被后面的四个字节打乱了。

Centos 应用程序发送的 C++ 内存，以 _sequence 开头，十六进制，看起来像这样 going to write():

_sequence: 45 44 35 44 33 34 43 45
    _type: 05
     _num: 33
    _size: 02 71

Wireshark 在数据包中显示以网络大端格式布局的内存，如下所示:

_sequence: 45 43 34 33 44 35 44 45
    _type: 05
     _num: 33
    _size: 71 02

但是，在 C++ cygwin little-endian 应用程序中的 read() 之后，它看起来像这样:

_sequence: 02 71 33 05 45 44 35 44
    _type: 00
     _num: 00
    _size: 00 00

我很困惑这是怎么发生的。貌似是big-endian和little-endian的问题，但两个平台都是little-endian。

这里的 _array 是 7 个整数而不是 28 个字符。

在发送方完成内存转储:

_array[0]: 70 a2 b7 cf
_array[1]: 9b 89 41 2c
_array[2]: aa e9 15 76
_array[3]: 9e 09 b6 e2
_array[4]: 85 49 08 81
_array[5]: bd d7 9b 1e
_array[6]: f2 52 df db
_sequence: 41 41 31 35 32 43 38 45
    _type: 05
     _num: 45
    _size: 02 71

在收货时:

_array[0]: 70 a2 b7 cf
_array[1]: 9b 89 41 2c
_array[2]: aa e9 15 76
_array[3]: 9e 09 b6 e2
_array[4]: 85 49 08 81
_array[5]: bd d7 9b 1e
_array[6]: f2 52 df db
_sequence: 02 71 45 05 41 41 31 35
    _type: 0
     _num: 0
    _size: 0

Cygwin 测试结果:

4
8
48
0x22be08
0x22be28
0x22be31
0x22be32
0x22be38

Centos测试结果:

4
8
40
0xbfffe010
0xbfffe02c
0xbfffe035
0xbfffe036
0xbfffe038

最佳答案

既然您已经显示了数据，您的问题就很清楚了。您没有控制结构的对齐方式，因此编译器自动将 8 字节字段(long long)放在结构开头的 8 字节边界(偏移量 32)上，留下4 个字节的填充。

将对齐更改为 1 个字节，一切都应该解决。这是您需要的代码段:

__attribute__ ((aligned (1))) __attribute ((packed))

我还建议您将固定大小的类型用于通过网络传输的结构，例如uint8_t, uint32_t, uint64_t

之前的想法:

使用 TCP，您无需读取 和写入 数据包。您从字节流读取和写入。数据包用于携带这些字节，但不保留边界。

您的代码看起来处理得相当好，您可能需要更新问题的措辞。

关于c++ - 为什么我的 TCP 传输在 cygwin 上损坏了？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/5054834/