C++ Sleep（）是一个糟糕的设计，但似乎是我唯一的选择
我正在编写一个IO类，通过RS-232串行总线将文件上传/下载到控制器。不幸的是，我不能一次发送一个完整的文件，我必须把它分成包，一次发送一点。以下是基本方法C++ Sleep（）是一个糟糕的设计，但似乎是我唯一的选择,c++,windows,serial-port,sleep,C++,Windows,Serial Port,Sleep,我正在编写一个IO类，通过RS-232串行总线将文件上传/下载到控制器。不幸的是，我不能一次发送一个完整的文件，我必须把它分成包，一次发送一点。以下是基本方法 ifstream file ("path/to/file.ext", ios::in | ios::binary); while( !file.eof() ) { //... zero buffer, and add packet header (8 bytes) size_t nResult = file.read(
ifstream file ("path/to/file.ext", ios::in | ios::binary);
while( !file.eof() )
{
//... zero buffer, and add packet header (8 bytes)
size_t nResult = file.read( &buffer[8], 129 );
Serial.Write( buffer, nResult+8 );
//... see if controller wrote anything to the serial port and process it's command
Sleep( 600 );
}
编辑： 我忘了提到我必须睡觉的时间间隔有点“盲目”。制造商提供的协议规范没有详细说明数据包之间所需的任何时间长度。所以我必须通过反复试验来确定这个值。我担心它可能无法在每台电脑上工作，甚至无法在每台控制器上工作 此开发是针对Windows XP/Vista/7进行的 编辑#2:
此外，每个数据包的数据量实际上也是一个试错猜测。协议规范允许65535字节的数据包（包括报头）。但如果一次发送的字节数超过129个，就会出现问题，有时有效，有时无效。在你必须睡眠的时间和你可以发送的字节数之间似乎也有关系。如果我将数据包大小降低到每个数据包20字节，我可以将睡眠时间降低到400毫秒。我认为，这些问题的原因在于控制器将数据从缓冲区移动到文件所需的时间 您所做的就是所谓的盲循环同步。这不一定是糟糕的设计。如果您的设备没有显示是否准备好接收更多数据的功能，这是唯一的方法 设备通常指定最大数据速率或字节之间的最小时间
我认为这是一种不好的做法，其原因是盲目地选择延迟值（如果延迟值大于需要的值，则性能会受到影响）、有更好的同步方法可用，或者使用延迟来掩盖计时问题（例如，在多线程应用程序中）.睡眠可能不是正确的另一个原因是您可能希望尽早退出该功能。如果你真的这么做了
WaitForSingleObject(hTerminatingEvent, 600);
您可以让另一个线程通知您要退出并提前终止的事件。（在这种情况下，即使事件未发出信号，此函数调用也将在600毫秒后继续。）在Windows上，我会使用可等待的计时器，而不是
Sleep（）