自定义绘制控件的糟糕性能

我正在做简单的图形控制wpf。我无法解释也无法解决性能问题：与 winform 相比，它太慢了。也许我做错了什么。

我准备了demo来演示这个问题。

这是测试控制：

public class Graph : FrameworkElement
{
    private Point _mouse;
    private Point _offset = new Point(500, 500);

    public Graph()
    {
        Loaded += Graph_Loaded;
    }

    private void Graph_Loaded(object sender, RoutedEventArgs e)
    {
        // use parent container with background to receive mouse events too
        var parent = VisualTreeHelper.GetParent(this) as FrameworkElement;
        if (parent != null)
            parent.MouseMove += (s, a) => OnMouseMove(a);
    }

    protected override void OnRender(DrawingContext context)
    {
        // designer bugfix
        if (DesignerProperties.GetIsInDesignMode(this))
            return;

        Stopwatch watch = new Stopwatch();
        watch.Start();

        // generate some big figure (try to vary that 2000!)
        var radius = 1.0;
        var figures = new List<LineSegment>();
        for (int i = 0; i < 2000; i++, radius += 0.1)
        {
            var segment = new LineSegment(new Point(radius * Math.Sin(i) + _offset.X, radius * Math.Cos(i) + _offset.Y), true);
            segment.Freeze();
            figures.Add(segment);
        }
        var geometry = new PathGeometry(new[] { new PathFigure(figures[0].Point, figures, false) });
        geometry.Freeze();
        var pen = new Pen(Brushes.Black, 5);
        pen.Freeze();
        context.DrawGeometry(null, pen, geometry);

        // measure time
        var time = watch.ElapsedMilliseconds;
        Dispatcher.InvokeAsync(() =>
        {
            Window.GetWindow(this).Title = string.Format("{0:000}ms; {1:000}ms", time, watch.ElapsedMilliseconds);
        }, DispatcherPriority.Loaded);
    }

    protected override void OnMouseMove(MouseEventArgs e)
    {
        base.OnMouseMove(e);
        var mouse = e.GetPosition(this);
        if (e.LeftButton == MouseButtonState.Pressed)
        {
            // change graph location
            _offset.X += mouse.X - _mouse.X;
            _offset.Y += mouse.Y - _mouse.Y;
            InvalidateVisual();
        }
        // remember last mouse position
        _mouse = mouse;
    }
}

下面是在 xaml 中使用它的方法：

<Window x:Class="WpfApplication1.MainWindow"
        xmlns="http://schemas.microsoft.com/winfx/2006/xaml/presentation"
        xmlns:x="http://schemas.microsoft.com/winfx/2006/xaml"
        xmlns:local="clr-namespace:WpfApplication1"
        Title="MainWindow" Height="350" Width="525" WindowState="Maximized">
    <Grid Background="White">
        <local:Graph/>
    </Grid>
</Window>

备注：控件会绘制图形，可以用鼠标移动图形：

它将在标题中显示 2 个测量值：第一个是花费了多长时间OnRender()完成，第二个是实际渲染花费的时间（渲染后第一次调用）。

尝试改变这一点2000： 环境1000 makes moving舒服的，3000就像在重新绘制图形之前有半秒的延迟（在我的电脑上）。

问题：

1. 好用吗InvalidateVisual()更新图形偏移量MouseMove？如果不好，什么是正确的无效技术？
2. 冻结，有很多，没有任何明显的效果。我是否需要使用它们？
3. 看起来只需要5ms完成渲染，但主观移动需要更长的时间（200ms+）。这是为什么？

主要问题当然是性能，为什么这么糟糕？我可以在 winform 控件中绘制几十万行，直到它变得像我的 wpf 控件只用 1000 行一样草率... =(

我找到了最后一个问题的答案。使用鼠标移动时，渲染时间的测量无法正常工作。但是如果调整窗口大小，那么第二次就会变成300ms（在我的电脑上2000人物）。所以这不是一个鼠标错误无效（第一个问题），但是渲染确实很慢。

WPF 不太擅长这种任务。我指的是一般矢量图形。感谢保留模式。它对于控件渲染很有用，但对于经常更新的繁忙图形则不那么适用。我在尝试在 WPF 地图上渲染 GPS 轨迹时遇到了同样的问题。

我建议使用 direct2d 并将其托管在 WPF 中。像这样的东西：http://www.codeproject.com/Articles/113991/Using-Direct-D-with-WPF http://www.codeproject.com/Articles/113991/Using-Direct-D-with-WPF

这将为您带来高性能。

PS 别误会我的意思。 WPF 没有什么不好的。它旨在解决特定问题。编写控件并构建令人印象深刻的 UI 非常容易。我们认为自动布局系统的很多东西是理所当然的。但它不可能在所有可能的情况下都很聪明，微软也没有很好地解释这些情况，在这些情况下它不是一个好的选择。让我举一个例子。 iPad 具有高性能，因为它具有固定分辨率和绝对布局。如果您修复 WPF 窗口大小并使用画布面板，您将获得相同的体验。