当在C＃中使用WriteFile与HID设备通信时，我的程序停止

Question

在与我的HID设备进行数据传输会话结束时，我的软件有大约20％的机会停止写入函数WriteFile。

这是用C＃编写的，我无法弄清楚为什么会这样。 每个数据包20％的错误率是不可接受的，我很难找到它的底部，我想知道它是否与我的声明或数据类型有关？

这是导入

[DllImport("kernel32.dll")] 
    static public extern int WriteFile(int hFile, ref byte lpBuffer, int nNumberOfBytesToWrite, ref int lpNumberOfBytesWritten, int lpOverlapped);

这就是对暂停功能的调用

Result = USBSharp.WriteFile(hidHandle, ref outputReportBuffer[0], outputReportBuffer.Length, ref NumberOfBytesWritten, 0);

确认手柄是有效的，其余的是相当自我解释的......

该功能根本不会返回。 我在网上看了几个不同的地方这个问题，大多数人都没有修复我。 如果它失败了，我只会对它进行线程化并重新调用它，但是在数百个数据包上执行20％的时间只是......非常糟糕。

我正在使用Windows 7，C＃，.NET 4.0，并且HID设备没有停止它仍然处于活动状态并且正在运行 - 不仅如此，而且整个数据传输正常发生并且此调用在最后发生以完成事务并且然后停止（即使我已经拥有所有数据）。 不幸的是，我不能忽略交易的最后部分，因为这些数据需要100％维护，否则糟糕，糟糕，用户会遇到不好的事情。

Answer 1

如果问题仍然存在，那么您可以考虑实施超时机制：

var stream= new FileStream(hidHandle,FileAccess.Write,false);
var waitEvent= new ManualResetEventSlim();

void Write(byte[] report, int timeout){
    waitEvent.Reset();
    stream.BeginWrite(report,0,report.Lenght,(ar)=>{stream.EndWrite(ar);waitEvent.Set();},null);
    waitEvent.Wait(timeout);
}

Answer 2

听起来像USB驱动程序库中的问题。 这是您情况下唯一的唯一变量。 （例如，许多人正在使用带有USB驱动器的WriteFile而没有任何问题）。

我建议您联系Florian Leitner寻求支持，或者找到连接USB设备的替代方法。 Forian详细说明它使用了USBSharp类和Scott Hanselman的文章，所以也许那些将是很好的替代品开始。

Answer 3

很难猜出这里出了什么问题但是，这里有一些重要的检查/尝试：

检查你是否在不安全的上下文中调用CreateFile，WriteFile 。 阅读更多关于不安全代码的信息
为了使这个不安全的上下文使用不安全的关键字，如下所示：

unsafe static void writeMyFile(...){
...
}

还要检查项目属性中的选项（允许不安全的代码），如下所示：

我希望这将有所帮助。