c# - 审讯组织、超时

Question

我正在开发一个使用 8 个 COM 端口的应用程序，当从其中一个 COM 端口接收到数据时，事件处理程序被调用，应用程序为通过 COM 端口接收的消息创建包装器，并发送它通过 TCP 到远程主机。事实上，在包装之后，它成为基于以太网的某处设备的命令(开始测量命令)。

我使用 SerialPort 和 SerialDataReceivedEventHandler 来处理 COM 端口。问题是我通过表单为每个 COM 端口指定了不同的超时(0-1000 毫秒)。超时后，我必须发送另一个命令以从设备获取一些数据(获取数据命令)。

• 此命令对于 8 个 COM 端口中的每一个都是不同的
• 只有在通过 COM 端口接收数据并发送第一个命令后才能发送此命令
• 两个命令之间的超时对于每个 com 端口都是不同的

你对超时组织有什么建议吗？谢谢。

我有一个想法，但我不确定是否可行:每个 COM 端口都有 8 个事件处理程序函数。

...something
sendFirstCommand();
Thread.Sleep(comPortNTimeout);
sendSecondCommand();

我可以在每一个中使用相同的结构吗？例如，如果在第二个端口的处理程序中调用数据 Thread.Sleep()，第一个端口的处理程序不会被卡住吗？

Answer 1

1) 引入某种CommandSourceContext类，它封装了与每个COM端口相关的所有参数(见下文)

2) 要查看处理程序是否会在引发其他端口事件时卡住 - 只需在调试器中测试它并查看是否所有端口事件都在同一线程中调用。您可以使用 Visual Studio 2010 线程窗口，只需在 COM 端口事件处理程序中放置一个断点，然后查看当前线程 ID 是什么。如果您使用的是旧版 Visual Studio - 只需记录通过 Thread.CurrentThread.ManagedThreadId 访问它的线程 ID。因此，如果来自不同端口的事件在同一个线程中被调用——显然处理程序会阻塞每个事件，否则会并行运行，因为在不同线程中被调用。至少 MSDN 说(请参阅此答案的底部)数据接收事件不是在主线程中引发的，因此在访问 UI 控件时必须小心。

interface ICommandSourceContext
{
   // Since each port has own specific command
   // we can encapsulate it in the context as well
   ICommand Command { get; }

   int PortNumber { get; }
   long TimeIntervalMilliseconds { get; }
   Action<SerialDataReceivedEventArgs> Callback { get; }     
}

// setup and add all contexts
IList<ICommandSourceContext> contexts = new List<ICommandSourceContext>();

// ideally your main code block should looks like below (this is only pseudo code)
foreach (var context in contexts)
{
   // to execute it asyncronously you can use TPL Task.Start()
   // so it would not block other handlers in case of single thread
   context.Command.Execute();
   Thread.Sleep(context.TimeIntervalMilliseconds);
}

SerialPort.DataReceived Event remarks :

The DataReceived event is raised on a secondary thread when data is received from the SerialPort object. Because this event is raised on a secondary thread, and not the main thread, attempting to modify some elements in the main thread, such as UI elements, could raise a threading exception. If it is necessary to modify elements in the main Form or Control, post change requests back using Invoke, which will do the work on the proper thread