有什么方法可以检查在 C 中的缓冲区中写入了多少数据/字节

Question

有什么方法可以检查缓冲区中写入的确切字节数？我想使用socket.send() 动态设置我通过套接字发送的数据量。现在我有问题，假设我的文件是 200KB，我的缓冲区设置为 24KB，所以我需要发送 9 个包，我的输出文件是 216KB 大而不是 200KB 作为输入。有没有办法处理这些空字节？

Answer 1

socket.send 我不认识。我假设您的意思是在某些 socket(7) 上使用 send(2)。

在许多情况下（想想一些 tcp(7) 流量通过几个 Wifi 路由器），数据包可能是 fragmented。因此，一侧的给定send(2) 可能对应于接收侧的几个 recv(2)，反之亦然。

然后您需要以某种方式管理您的数据包数据（例如，计算和缓冲发出的数据和接收的数据）。在实践中，您需要一些关于它们的文档化约定。 HTTP 或 SMTP 或 JSONRPC 或 ONCRPC 或 MQTT 可能是鼓舞人心的。

您会找到可能有用的库。例如。 libcurl、Wt、Qt、POCO、libonion。它们是开源的，因此您可以研究它们的源代码。

您还可以研究知名开源服务器的源代码，例如lighttpd、postfix 等...或从其他用 C++ 编写的开源项目中获得灵感，包括Clang static analyzer、@ 987654340@ 或fish 或github 或gitlab 上的许多其他人。

您在C 和C++ 都标记了您的问题，但它们是非常不同的语言。请参阅this reference 了解更多信息。

顺便说一句，Clang static analyzer 应该会有所帮助。如果您使用最近的 GCC 编译您的 C++ 代码，请确保启用所有警告和调试信息，因此使用 g++ -Wall -Wextra -g 进行编译（稍后使用 GDB 调试器）

有什么方法可以检查在 C 中的缓冲区中写入了多少数据/字节

是的，因为 send(2) 和 write(2)（以及 recv(2) 和 read(2)）都会在成功时返回字节数。

您的event loop 将处理它们（计数字节、管理缓冲区）并使用poll(2) 或其他一些多路复用系统调用。在这种情况下，您可以找到有用的库（libev、libevent 等...）

请注意，我们在 2020 年拥有UTF-8 everywhere。因此，即使对于文本输入，一些字母（如俄语 Ы 或法语 à 或您所居住的城市波兹南的最后一个字母......）可能需要超过一个字节。当您发送文本信息时，这会增加代码的复杂性。

Answer 2

最好的办法是自己计算这些字节数，因为您始终知道自己正在写入多少字节。

如果你有 200KB 要发送，并且一次可以发送 24KB，那么它只是（在伪代码中）：

const int chunkSize = 24*1024;
const int inputSize = 200*1024;

char input[inputSize];   // N.B. VLAs not actually valid C++; this is pseudo-code
int bytesSent = 0;

while (true)
{
   const int bytesRemaining = inputSize - bytesSent;
   const int bytesToSend = std::min(chunkSize, bytesRemaining);
   
   if (bytesToSend == 0)
   {
      // Done!
      break;
   }
   
   const int bytesWritten = send(&input[bytesSent], bytesToSend);
   
   if (bytesWritten == 0)  // I'm assuming 0 written means error; adjust for your API
   {
      // Error! Handle it.
      break;
   }
   
   bytesSent += bytesWritten;
   
   if (bytesSent > inputSize)
   {
      // Something went horribly wrong
      break;
   }
}

简单?。

（实际上，您可能应该使用一些无符号类型，例如 std::size_t，而不是 int，除非您的 send 在错误时返回一些负值。）

bytesToSend 是这里的关键。您可能不想在最后一次迭代中发送“完整”块。这就是你额外的 16KB 的来源：你的输入不是块大小的精确倍数。