gpt4 book ai didi

c# - 使用 SetParent 窃取另一个进程的主窗口但保持消息循环独立

转载 作者:行者123 更新时间:2023-11-30 15:08:45 36 4
gpt4 key购买 nike

背景:我和我的同事正在维护我们继承的百万行遗留应用程序。它的前端是用 VB6 编写的,由于我们将几乎所有资源都投入到将其转换为 C#,因此我们正在寻找针对我们的特定问题的快速而粗略的解决方案。

应用程序以插件式方式运行。有多达 20 个独立的 ActiveX 控件可以在网格样式布局中一次加载。问题是 ActiveX 控件在它们自己的 UI 线程上完成所有处理,并且由于很多控件阻塞等待网络访问,UI 变得非常糟糕。当我们的托管 C# 应用程序加载这些控件时,它变得无响应,因为有多少控件正在吞噬 UI 资源而无所事事。最重要的是,控件很脆弱,会在最轻微的挑衅下崩溃。当它们托管在主 C# 应用程序中时,会造成严重的不稳定。

到目前为止,我和我的同事想到的最好的方法是为每个 ActiveX 控件启动一个进程。这个过程,我们称之为代理,是另一个 winforms 应用程序。它使用命名管道与宿主进程进行通信。托管进程创建一个窗口,加载我们选择的 ActiveX 控件(通过一些反射和 AxHost 魔法),并通过命名管道告诉主进程它的窗口句柄是什么。主进程结合使用 SetParent 和 SetWindowPos 将代理应用程序移入自身以模拟插件。大小更新通过命名管道发送。

在 ActiveX 应用程序执行某种冗长的过程并且我们在主窗口工作时单击它之前,这已经足够好了。主窗口有一段时间是有响应的,但最终它会因为子窗口等待其 UI 线程而变得无响应。我们如何才能让子窗口保持在它们自己的完整线程上,同时仍然获得 SetParent 的好处?

(如果有什么不清楚的,请告诉我!)

最佳答案

我以前做过。它变得凌乱。

我们在其自己的 AppDomain 中运行每个插件,它启动了自己的 UI 线程。当我们没有使用不同的 UI 线程时,我们在遇到很多非常讨厌的问题后才这样做。

这确实意味着您会遇到跨 AppDomain 通信的所有痛苦,但这是可行的。最主要的是您需要在每个 AppDomain/插件中运行 Application.Run。非常小心地在它们之间进行通信 - 甚至关闭也很棘手。

祝你好运:)

关于c# - 使用 SetParent 窃取另一个进程的主窗口但保持消息循环独立,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/5190881/

36 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com