从Delphi DLL回调到C＃-仅在空闲Winform或使用app.doevents时有效？

如何解决从Delphi DLL回调到C＃-仅在空闲Winform或使用app.doevents时有效？

| 我放弃了，我不得不写问。我正在使用用Delphi编写的非托管DLL，只要开发该硬件来监视它，它就会异步调用传递给它的（无参数）回调。 我在C＃中所做的是保持对创建的委托的静态引用，然后将其作为参数传递给Delphi端的start方法。这告诉DLL每当有新数据要提取时，都使用GetData方法使用回调通知我。 在我尝试在控制台应用程序或Windows服务中执行完全相同的操作之前，所有方法都可以正常工作。或者，如果我在单独的线程上创建并调用与DLL相关的方法，而又不让该线程旋转做Application.DoEvents（）。通常，具有类似问题的人似乎在使用GC或调用约定时遇到问题，但是通过（让）代表Ref I站起来（试图避免）来解决GC问题，而没有进一步的线索来解决此问题。 我假设我在DLL调用提供的用于连接到我的回调处理程序的thunk之后缺少CLR如何调用我的回调的某些重要事项。 我的DLL导入的声明如下所示：

    [DllImport(\"TheDelphiApi.dll\",CallingConvention = CallingConvention.StdCall,CharSet = CharSet.Ansi)]
    private static extern UInt32 Start(MulticastDelegate callback);

    [DllImport(\"TheDelphiApi.dll\",CharSet = CharSet.Ansi)]
    private static extern void GetData(byte[] recdata);

    public delegate void EngineCallbackHandler();                     

    private static EngineCallbackHandler engineCallback;

然后调用设置回调：

        UInt32 result = Start(engineCallback);

有线索吗？对DoEvents的需求是什么？非常感谢任何反馈，已经尝试了几天，对此没有任何进展的迹象。 / J     

解决方法

看不到本机代码很难说，但是我会假设本机端的代码取决于在调用Start的线程上正在处理的消息循环。例如因为它使用的是TTimer或类似产品？ 一旦返回了对Start的调用，只有两种方法可以在该DLL中执行任何代码。启动了新线程，或者已注册了计时器或其他依赖于窗口消息的机制。 编辑： 另一种可能性： 如果本机DLL在STA（单线程单元）中使用跨进程COM，则COM取决于有效的消息循环。