c++ - 网络延迟和Application-> ProcessMessages()

Question

我正在编写在C++ Builder项目中使用的网络DLL。该DLL与远程FTP服务器一起使用。调用recv()时，我注意到一个奇怪的行为。有时它返回0。但是在另一个线程中，在同一套接字上调用recv()时，将按预期接收数据。

这是什么意思？我还注意到，在DLL线程中调用Application->ProcessMessage()可以加快数据接收速度。

但是怎么了？ ProcessMessages()不只是处理窗口消息还是我丢失了什么？

谢谢

Answer 1

如果我正确理解了您，并且您尝试在并行线程中的同一recv上使用SOCKET，则不要这样做，那么就没有任何好处。您的recv数据已被基础系统缓冲，并且您正在访问该数据，您可以做的是为recv创建多个缓冲区，以便在返回数据时可以将一个缓冲区传递给“上层”进行处理并将另一个用于新的recv调用。您也可以只使用一个大缓冲区，并带有通知，用于处理的内容以及用于接收的部分。系统可能具有禁止在同一套接字上多次读取的锁，因此一个recv的结果为0。如果没有，您最终可能会得到一些几乎随机分割的数据。

编辑:详尽的解释

我认为使用多个线程从单个套接字读取是没有用的
套接字是一种软件规范的东西。您的网络设备不会创建任何“连接”，它只会处理接收到的数据并将它们包装/展开为IP(或其他任何形式)
支持的Internet层)数据包(以前的数据包取决于网络设备，其中一些几乎完全是由os仿真的软件，实际上只执行基本的“写到读-写rx”服务，但对我们来说却是相同的)。 WinSock2服务识别带有特定数据的数据包(如您所注意到的)，以便您可以同时使用一个网络设备
与多个同龄人交流。 WinSock2在将流量分发给您之前主动监控流量。换句话说:当您要成功获取recv时，数据
已经存在，并且基础系统已经检查了您在recv中用作参数的套接字，并且仅将您移交给了已被标记为数据的数据
该插座。从一个套接字读取多个线程(没有几乎没用的MSG_PEEK)将使系统(如果没有锁)复制未知数量的字节
到第一个线程中recv中提供的位置，然后将内部指针永久地按复制的字节数递增到数据，然后在
将recv复制到location1处，另一个线程将插入并复制未知数量的字节，因此也将指向数据的内部指针增加了那么多字节。
理想情况下，此类读取的结果将是线程1中提供的位置存储的数据的一半，另一半是线程2中提供的位置存储的数据的一半。由于理想结果尚不确定(系统为这两个线程分配的时间不确定)保证相等)，您最终将获得未排序的数据而没有任何排序方法
它，因为底层系统用于了解哪些数据属于哪个套接字的信息将无法为您提供。

由于您的系统最有可能比您的网络设备快，因此我支持两种解决方案，第一种是首选的，因为我一直在使用这种方法来处理大大小小的数据传输:

为每个连接的套接字和一个循环缓冲区创建一个读取线程，缓冲区的大小取决于您希望接收的块的大小以及进一步处理这些东西所需的时间，保存当前的读取位置，保存“处理计数” ，当接收到数据时，通知线程应该在缓冲区中处理数据，保存用于读取的数据的位置，如果有未处理的缓冲区空间，则继续recv，否则等待直到(必须如果您的计算机在某个地方窒息，则应实现此操作，在正常情况下则不应这样做)。当它们访问“to_process_count”和“current read pos”变量时，必须将接收线程与处理线程同步。
您可以在循环缓冲区中重用哪些字节。

为每个所需的读取线程创建并连接一个套接字，以便系统知道如何在自己的

上调节数据

从以下情况中也可以理解您从单个套接字读取随机线程的情况:

1个线程枚举套接字以查看是否有可用数据
当数据可用时，它会使用一些互斥锁来等待某个线程已经处于读取状态，从而启动一个新线程来读取和处理现有数据

或者可以用这样的东西来实现

一旦成功完成 recv(是的，数据在缓冲区中)，线程就立即执行 recv，它从某个线程池中启动另一个线程来执行 recv，并继续处理数据并结束自身

Theese是我可以想象的“实现在单个套接字上读取多个线程”的唯一方法。是的，不会有多个线程同时调用 recv
很抱歉长篇文章，拼写和语法错误，希望对您有所帮助