在另一个线程中运行WPF控件

本文关键字：WPF 控件 运行 另一个 线程 | 更新日期: 2023-09-27 18:30:02

我在项目中使用的可视化控件来自一个我没有源代码的库。
如果同时在屏幕上显示三个这样的控件，要想获得良好的UI响应能力，更新时间太长（大约200毫秒）。（我可能需要同时更新这三个，这会让我的UI在他们思考的时候停留大约600毫秒）。

我已经阅读了一些关于TaskScheduler的文章，并开始研究并行任务功能，将其作为在自己的线程中运行这些控件的一种方式。该平台将是多核的，所以我想利用同步处理的优势。

问题是，我甚至不知道该怎么做。。

是否有合适的设计模式用于在WPF中的主UI线程之外的单独线程中运行控件？

具体：这是一种第三方地图控件，当给定新的位置或缩放级别时，重新绘制的时间太长（~200ms）。也许其中三个更新的最大值为4Hz，显然它们跟不上了
我已经将WPF控件封装在一个用户控件中，并且需要在它自己的线程中运行每个实例，同时仍然捕获用户输入（例如，鼠标单击）。

UPDATE：当我四处寻找解决方案时，到目前为止我已经实现了以下内容
我的主（UI）线程生成一个线程，该线程创建一个新窗口，其中包含有问题的控件，并将其定位在正确的位置（使其看起来像是一个普通控件）。

_leftTopThread = new Thread(() =>
{
   _topLeftMap = new MapWindow()
   {
      WindowStartupLocation = WindowStartupLocation.Manual,
      Width = leftLocation.Width,
      Height = leftLocation.Height,
      Left = leftLocation.X,
      Top = leftLocation.Y,
      CommandQueue = _leftMapCommandQueue,
   };
   _topLeftMap.Show();
   System.Windows.Threading.Dispatcher.Run();
});
_leftTopThread.SetApartmentState(ApartmentState.STA);
_leftTopThread.IsBackground = true;
_leftTopThread.Name = "LeftTop";
_leftTopThread.Start();

其中CommandQueue是线程安全的BlockingCollection队列，用于向映射发送命令（移动位置等）
现在的问题是我可以任一

  • 由于System.Windows.Threading.Dispatcher.Run()调用而具有用户输入
  • 或CommandQueue上的块，侦听主线程发送的命令

我不能旋转等待命令，因为它会占用我所有的线程CPU
是否可以阻止和使事件消息泵工作？

在另一个线程中运行WPF控件

好吧，我有一个有效的方法，但它可能不是最优雅的。。

我有一个窗口，它包含XAML中的第三方（慢速呈现）控件。

public partial class MapWindow : Window
{
    private ConcurrentQueue<MapCommand> _mapCommandQueue;
    private HwndSource _source;
    // ...
}

我的主（UI）线程在一个线程上构建并启动这个窗口：

_leftTopThread = new Thread(() =>
{
   _topLeftMap = new MapWindow()
   {
      WindowStartupLocation = WindowStartupLocation.Manual,
      CommandQueue = _leftMapCommendQueue,
   };
    _topLeftMap.Show();
    System.Windows.Threading.Dispatcher.Run();
});
_leftTopThread.SetApartmentState(ApartmentState.STA);
_leftTopThread.IsBackground = true;
_leftTopThread.Name = "LeftTop";
_leftTopThread.Start();

然后，我在线程中获得窗口的句柄（在初始化后）：

private IntPtr LeftHandMapWindowHandle
{
    get
    {
        if (_leftHandMapWindowHandle == IntPtr.Zero)
        {
            if (!_topLeftMap.Dispatcher.CheckAccess())
            {
                _leftHandMapWindowHandle = (IntPtr)_topLeftMap.Dispatcher.Invoke(
                  new Func<IntPtr>(() => new WindowInteropHelper(_topLeftMap).Handle)
                );
            }
            else
            {
                _leftHandMapWindowHandle = new WindowInteropHelper(_topLeftMap).Handle;
            }
        }
        return _leftHandMapWindowHandle;
    }
}

并且在将命令放入与线程窗口共享的线程安全队列之后：

var command = new MapCommand(MapCommand.CommandType.AircraftLocation, new object[] {RandomLatLon});
_leftMapCommendQueue.Enqueue(command);

我让它知道它可以检查队列：

PostMessage(LeftHandMapWindowHandle, MapWindow.WmCustomCheckForCommandsInQueue, IntPtr.Zero, IntPtr.Zero);

窗口可以接收我的消息，因为它已经挂接到窗口消息：

protected override void OnSourceInitialized(EventArgs e)
{
    base.OnSourceInitialized(e);
    _source = PresentationSource.FromVisual(this) as HwndSource;
    if (_source != null) _source.AddHook(WndProc);
}

然后它可以检查：

private IntPtr WndProc(IntPtr hwnd, int msg, IntPtr wParam, IntPtr lParam, ref bool handled) // 
{
    // Handle messages...
    var result = IntPtr.Zero;
    switch (msg)
    {
        case WmCustomCheckForCommandsInQueue:
            CheckForNewTasks();
            break;
    }
    return result;
}

然后在线程上执行！

private void CheckForNewTasks()
{
    MapCommand newCommand;
    while (_mapCommandQueue.TryDequeue(out newCommand))
    {
        switch (newCommand.Type)
        {
            case MapCommand.CommandType.AircraftLocation:
                SetAircraftLocation((LatLon)newCommand.Arguments[0]);
                break;
            default:
                Console.WriteLine(String.Format("Unknown command '0x{0}'for window", newCommand.Type));
                break;
        }
    }
}

很简单..：）

我也一直在研究这个问题，我能找到的最相关的信息是在这篇博客文章中（但我还没有测试它）：

http://blogs.msdn.com/b/dwayneneed/archive/2007/04/26/multithreaded-ui-hostvisual.aspx

它在UI线程上创建一个HostVisual，然后旋转一个后台线程，创建一个MediaElement，将其放入VisualTarget（指向HostVisual）中，并将其全部放入我们的破解VisualTargetPresentationSource中。

这种方法的问题是，显然用户将无法与新线程中运行的控件进行交互。

相关文章：