c# - 无法进行传出调用，因为应用程序正在调度输入同步调用

Question

我从 System.Thread.Timer 线程池得到了这个(上面标题中的错误)所以我有我的 TimerWrapper 包装 System.Thread.Timer 将实际执行移动到 System.Thread.ThreadPool 并且我仍然得到它，所以我将它移动到一个新的 Thread(callback).Start() 并且我仍然得到它。当我将它放在一个全新的线程上时，它如何调度输入同步调用？？？

这是一个非常非常小的原型(prototype)应用程序，我在其中所做的就是触发一个正在执行此操作的计时器...

    IEnumerable swc = SHDocVw.ShellWindows() 
    HashSet<WindowInfo> windows = new HashSet<WindowInfo>();
    foreach (SHDocVw.InternetExplorer ie in swc)
    {
        if (!ie.FullName.ToLower().Contains("iexplore.exe"))
            continue;

        IntPtr hwnd;
        IEPlugin.IOleWindow window = ie.Document as IEPlugin.IOleWindow;
        window.GetWindow(out hwnd);   

        WindowInfo info = new WindowInfo();
        info.handle = hwnd;
        info.extraInfo = ie;
        windows.Add(info);
    }

Answer 1

恭喜；您已经设法偶然发现了我最喜欢的 COM 怪癖之一，在本例中，是对 IOleWindow 的 GetWindow 方法的一个令人愉快的模糊限制 - 以及一条错误消息，让您对正在发生的事情一无所知。这里的根本问题是 GetWindow() 方法被标记为 [input_sync] - 来自 SDK 中的 include\oleidl.idl 文件:

interface IOleWindow : IUnknown
{
...
    [input_sync]
    HRESULT GetWindow
    (
        [out] HWND *phwnd
    );

不幸的是，IOleWindow 的文档没有提到这个属性，但是一些其他的文档，比如IOleDocumentView::SetRect()。做:

This method is defined with the [input_sync] attribute, which means that the view object cannot yield or make another, non input_sync RPC call while executing this method.

此属性背后的想法是向调用方(可以是 Word 或其他 OLE 控件主机等应用程序)保证它可以安全地调用这些方法而不必担心重入。

事情变得棘手的是 COM 决定强制执行此操作:如果它认为可能违反这些约束，它将拒绝对 [input_sync] 方法的跨单元调用。因此，IIRC，如果您在 SendMessage() 中，则无法进行跨公寓 [input_sync] 调用 - 这种情况下错误消息有点暗示。并且 - 这是让您来到这里的原因 - 您不能从 MTA 线程调用跨单元 [input_sync] 方法。也许 COM 在这里的强制执行有点过分热心，但这就是您无论如何都必须处理的问题。

(关于 MTA 与 STA 线程的简要评论:在 COM 中，线程和对象要么是 STA，要么是 MTA。STA，Single-Threaded-Aparment，是 Windows UI 的工作方式；单个线程拥有 UI 和与之关联的所有对象它，并且那些对象期望被该线程单独调用。MTA，或多线程公寓，更像是一个免费的；对象可以期望在任何时间从任何线程调用，所以需要做它们自己的同步是线程安全的。MTA 线程通常用于辅助任务和后台任务。因此您可以在单个 STA 线程上管理 UI，但在后台使用一个或多个 MTA 线程下载一堆文件。COM 确实一堆工作允许两者相互操作并试图隐藏一些复杂性。这里的部分问题是你混合了这些隐喻:线程池与后台工作相关联，MTA 也是如此，但 IOleWindow 是 UI-以中心为中心，STA 也是如此 - 而 GetWindow 恰好是一种对 en 非常严格的方法强制这个。)

长话短说，您不能从 ThreadPool thead 调用此方法，因为它们是 MTA 线程。此外，默认情况下，新线程是 MTA，因此仅创建一个新线程来完成工作是不够的。

相反，创建新线程，但在启动之前使用 tempThread.SetApartmentState(ApartmentState.STA);，这将为您提供一个 STA 线程。您实际上可能需要将处理 shell COM 对象的所有代码放在该 STA 线程中，而不仅仅是对 GetWindow() 的单个调用 - 我不记得具体的细节，但是如果您最终在 MTA 线程池线程上获取原始 COM 对象(此处似乎是 ShellWindows 对象)，即使您尝试从 STA 调用它，它仍将与该 MTA 保持关联。

如果您可以改为从 STA 线程而不是从 ThreadPool 的 MTA 线程完成所有工作，那就更好了，这将首先避免这种情况。与其使用专为后台/非 UI 代码设计的 System.Threading.Timer，不如尝试使用以 UI 为中心的 System.Windows.Forms.Timer反而。这确实需要一个消息循环 - 如果您的应用程序中已经有窗口和表单，那么您已经有一个，但如果没有，在测试代码中执行此操作的最简单方法是在相同的位置执行 MessageBox()主线代码等待退出的地方(通常使用 Sleep 或 Console.ReadLine 或类似的)。