4

显然，来自非托管进程外 COM 服务器的事件托管处理程序在随机池线程上被回调，而不是在主 STA 线程上（正如我所期望的那样）。我在回答有关Internet Explorer 自动化的问题时发现了这一点。在下面的代码中，DocumentComplete在非 UI 线程上触发（因此"Event thread"与"Main thread"调试输出中的不同）。因此，我不得不使用this.Invoke来显示一个消息框。据我所知，这种行为与非托管 COM 客户端不同，在非托管 COM 客户端中，从 STA 线程订阅的事件会自动编组回同一线程。

这种背离传统 COM 行为的原因是什么？到目前为止，我还没有找到任何证实这一点的参考资料。

using System;
using System.Diagnostics;
using System.Threading;
using System.Windows.Forms;

namespace WinformsIE
{
    public partial class Form1 : Form
    {
        public Form1()
        {
            InitializeComponent();
        }

        private void Form1_Load(object sender, EventArgs ev)
        {
            var ie = (SHDocVw.InternetExplorer)Activator.CreateInstance(Type.GetTypeFromProgID("InternetExplorer.Application"));
            ie.Visible = true;
            Debug.Print("Main thread: {0}", Thread.CurrentThread.ManagedThreadId);
            ie.DocumentComplete += (object browser, ref object URL) =>
            {
                string url = URL.ToString();
                Debug.Print("Event thread: {0}", Thread.CurrentThread.ManagedThreadId);
                this.Invoke(new Action(() =>
                {
                    Debug.Print("Action thread: {0}", Thread.CurrentThread.ManagedThreadId);
                    var message = String.Format("Page loaded: {0}", url);
                    MessageBox.Show(message);
                }));
            };
            ie.Navigate("http://www.example.com");
        }
    }
}
4

1 回答 1

2

我从 Adam Nathan 的“.NET 和 COM：完整的互操作性指南”中找到了以下摘录：

如果 COM 对象位于 STA 中，则来自 MTA 线程的任何调用都会被适当地封送，因此 COM 对象保留在其线程亲和性世界中。但是，在另一个方向上，不会发生这样的线程或上下文切换。

因此，这是预期的行为。到目前为止，这是我能找到的关于这个主题的唯一（半官方）来源。

于 2014-03-29T11:16:16.087 回答