sockets - LINUX中套接字的Parial Write

Question

我们的应用程序中有服务器-客户端通信。套接字用于通信。
我们正在使用带有 SOCK_STREAM(TCP/IP) 的 AF_INET 套接字。
这些套接字也处于非阻塞模式(O_NONBLOCK)。
应用程序是在 UNIX 上用 C++ 编写的。

在我们的系统中，服务器将写入一个套接字，客户端将读取它。我们编写了代码来处理部分写入。如果发生部分数据，我们将尝试 30 次以上来写入整个数据。

我们的服务器尝试将 2464 字节写入套接字。在某些情况下，它无法写入整个数据。因此服务器将尝试再写入 30 次以传输整个数据。大多数情况下，整个数据将在 30 次尝试内写入。
但有时即使在 30 次 reties 之后服务器也无法写入整个数据。在这里它会抛出 EAGAIN 错误。当客户端尝试读取此部分写入的数据时，会在客户端出现问题。

考虑服务器尝试写入 2464 字节。但在重复 30 次尝试后，它只能写入 1080 个字节。此时服务器将引发 EAGAIN。客户端尝试读取 2464 字节。读取命令将返回 2464，因此读取本身是可以的。但是我们收到的数据是损坏的(仅部分写入的数据)。所以客户端崩溃。

任何人都可以就以下问题提出建议，

1)是否可以仅删除服务器本身的部分写入数据。因此客户端不会收到损坏的不完整数据？ (我们不能使用服务器的 read() 函数来删除它。考虑服务器成功地将 n 条消息写入套接字。客户端处于忙碌状态并且无法读取它们。然后服务器尝试写入第 n+1 条消息并且发生了部分写入。如果我们使用来自服务器的读取命令，整个 n 个成功的消息也会被删除。我们只需要删除 Partially witten (n+1 th) 消息)

2)有什么方法可以在客户端识别我们已经阅读了部分写入的消息？

请注意，我们仅在 LINUX(REDHAT 5.4) 中面临部分写入问题。系统在 Solaris 中运行良好(在 Solaris 中，要么写入全部数据，要么在 30 次写入尝试中不写入数据)。

提前致谢。

Answer 1

您的代码中有一些非常错误的地方。

您应该根据需要多次调用 write 来传输您想要的所有数据，我认为没有理由在 30 次后停止

如果你使用非阻塞套接字，你应该使用 select() (或 poll() 或任何类似的东西)在您可以写入更多数据时收到通知

接收端有问题 - 如果您发送的数量少于 2464，您应该无法从客户端套接字读取该数量。您是否检查从 read() 返回的值(即读取的字节数)？同样，在客户端你应该使用 select()等等，并根据需要多次调用读取以接收完整消息。