C ++ / CLI中未来事件的毫秒级精确调度

Question

我需要创建一个C ++ / CLI混合程序集，该程序集可以将未来的调用安排到毫秒级的本机DLL中。

当然，这意味着要预先设置一个计时器（ 哪种类型 ）一毫秒或三毫秒，然后旋转直到此刻并调用本机DLL函数。

根据我所读的内容，我猜测计时器调用的回调将需要是本机的，以确保没有thunk或GC可以延迟处理计时器回调。

但是，是否整个线程或进程都需要是本机的并且没有CLR，还是可以与#pragma不受管理的或将程序集的一个文件设置为本机一样准确地完成此操作？

如果是这样，怎么办？

如果确实没有办法在混合模式C ++ / CLI中执行此操作，那么设置应用程序/线程（即DLL或exe？）来处理它并在之间获取数据的最简单方法是什么？本机和托管线程/应用程序？

Answer 1

您确实需要整个线程都没有CLR。 一旦任何托管代码在线程上运行，它将被添加到CLR的线程列表中以在收集期间挂起。

但是，您的最后一个问题表明您对多线程一无所知。 线程和DLL之间没有对应关系。 一个DLL可以具有多个线程，并且每个线程都可以运行来自多个DLL的代码（实际上，如果算上Windows DLL，则总是如此）。 您也不会以通常的方式使用短语“关键部分”。

混合模式C ++ / CLI程序集可以包含仅本机线程（使用本机CreateThread调用启动它，传递本机线程过程，并且不要直接或间接从该线程调用任何托管代码）。 如果您将本机线程的代码写入一个或多个设置为不带/ clr进行编译的文件中，则生活会轻松一些，尽管要提防可能会包装的函数指针，但不显示托管代码可以更轻松地避免调用它托管代表。

除此之外，请使用无锁同步，例如SList ，否则您的本机线程可能最终会等待已暂停以进行垃圾收集的混合模式线程持有的锁。 除其他外，这意味着不使用任何标准共享分配器，因为它们在内部使用锁定。 但是确实存在一些无锁分配器。

编辑：包裹托管委托的函数指针是通过调用Marshal :: GetDelegateForFunctionPointer创建的。 之后，它们的行为就像指向本机函数的指针（可以将它们分开），并且在此类指针上使用函数调用运算符将​​导致托管代码在敏感线程上运行。 在大多数情况下，这不会有问题，只要确保您是否使用委托作为生成托管代码回调的快捷方式，就应从混合线程中进行，而不要从纯线程中进行。

通常，您可能希望使用某种纯本机消息传递方案来交换数据。 混合线程可以进行任何本机调用，您可以在所有其他线程上混合本机代码和托管代码，只保留对时间敏感的一个仅本机代码。

所有转换都应发生在混合线程上，除非混合线程持有本机线程需要的锁，否则它不会延迟时间敏感的本机线程。 因此，我建议使用非锁定数据交换。

Answer 2

根本无法在Windows中完成-抱歉。 获得适合您要求的操作系统。

• Windows中的普通计时器的精度为10ms。
• 即使您将其与高性能计时器一起使用，在Windows中也无法保证在特定时间内可以接受该呼叫的准确性保证-您的1毫秒呼叫可能晚5毫秒来。

您需要/似乎需要的是实时操作系统。