.NET WPF Canvas绘图CPU占用过高问题咨询

API 探路者

2026-8-27

高CPU占用核心成因

最核心的开销来自每帧全量重建WPF可视化对象：你当前每轮Draw都重新实例化大量Ellipse这类继承自UIElement的Shape控件，再逐个加入Canvas.Children集合。这类原生UI元素是典型的重对象，自带依赖属性系统、事件路由、布局参与、渲染交互等一堆和小地图绘制无关的能力，单个对象的创建、布局计算、渲染开销都很高。60FPS下每秒反复销毁、重建成百上千个这类对象，既会给GC造成极大回收压力，也会占满UI线程的调度算力。
重复创建基础资源：每次绘制椭圆都新建SolidColorBrush实例，相同颜色的画刷完全可以复用，重复创建既浪费内存也增加GC压力。
冗余的Dispatcher调度：后台循环里分两次Invoke跨线程封送到UI线程，一次取Tab选中状态，一次执行Draw，两次封送本身就有不必要的线程上下文切换开销。
无效重绘占比高：逻辑固定按60FPS触发全量重绘，哪怕小地图展示的内容没有任何变化也会执行完整绘制流程，做了大量无用功。
定位方式额外耗性能：用Margin给椭圆做定位，会触发WPF布局系统额外的边距计算流程，比Canvas原生的附加属性定位开销更高。
后台线程无退出机制：当前while(true)无限循环没有绑定控件生命周期，控件卸载、窗口关闭后线程还会持续空跑，额外占用CPU还会造成内存泄漏。

优化方案

按优先级从高到低落地即可：

替换原生Shape绘制方案为轻量绘制模式：这是性能提升最明显的改造，小地图这类不需要交互的高频绘制场景，完全没必要用UIElement级别的Shape控件。
推荐直接使用DrawingVisual做绘制，它是WPF最轻量的可视化节点，没有UIElement的冗余封装，绘制开销比原生Shape低一个数量级。最简实现参考：

public class MiniMapCanvas : Canvas
{
    private readonly DrawingVisual _mapVisual = new DrawingVisual();
    public MiniMapCanvas()
    {
        AddVisualChild(_mapVisual);
        AddLogicalChild(_mapVisual);
    }

    protected override int VisualChildrenCount => 1;
    protected override Visual GetVisualChild(int index) => _mapVisual;

    public void Redraw()
    {
        using var dc = _mapVisual.RenderOpen();
        // 静态底图如果不变可以提前缓存，这里只画动态内容
        // 画椭圆直接调用DrawingContext方法，不需要新建UI对象
        dc.DrawEllipse(FillBrush, StrokePen, new Point(x, y), size.Width/2, size.Height/2);
        // 其他点、线、矩形、文本都直接用dc对应方法绘制
    }
}

如果追求极致性能，可以直接用WriteableBitmap作为绘制目标，通过GDI+/Direct2D直接往位图内存写内容，最后把位图赋值给Image控件展示，CPU占用可以压到1%以内。

实现按需重绘，砍掉无效绘制：取消固定60帧无脑重绘的逻辑，只有当玩家坐标、地图动态单位位置、视野范围这些实际展示内容发生变化时才触发重绘。静态地图底图只需要绘制一次缓存为位图，每帧仅更新动态的玩家、单位、视野标记即可，不需要每次重绘全量内容。
合并跨线程调度逻辑：把判断Tab选中状态、检查用户数据状态、执行绘制的逻辑全部放到同一个Dispatcher.Invoke委托中，减少跨线程封送的开销。
复用绘制资源：把所有固定颜色、固定线宽的SolidColorBrush、Pen提前创建为静态字段，调用Freeze()方法冻结后使用，冻结后的WPF资源渲染效率比未冻结资源高30%以上，还支持跨线程访问，不需要每次绘制都新建。
优化定位逻辑：如果暂时不替换绘制方案，继续使用Canvas+Shape的模式，不要用Margin做定位，改用Canvas.SetLeft(shape, x)、Canvas.SetTop(shape, y)的Canvas原生附加属性定位，减少布局系统的计算量。
补全线程生命周期控制：给后台渲染循环传入CancellationToken，在控件Unloaded或者窗口关闭时触发取消，终止后台循环，避免资源泄漏和空跑占用。

内容的提问来源于stack exchange，提问作者LordMefloun