Flutter CustomPainter重绘行为及性能问题咨询

这是Flutter的默认渲染特性，但并非无法优化。不管用StatefulWidget+setState还是Provider/Riverpod，只要没做针对性处理，都会出现拖拽或窗口resize时全量重绘的情况，核心原因有两个：

• Flutter的Widget树默认是联动重建的，父Widget触发重建时，所有子Widget会跟着重建，进而触发CustomPainter重绘。
• 多数开发者会忽略CustomPainter的shouldRepaint方法，默认返回true，导致哪怕绘制数据没变化，也会强制重绘。

优化方案 #

• 实现精准的shouldRepaint：对比当前与旧CustomPainter实例的关键数据（比如位置、尺寸、颜色），只有数据变化时返回true，否则返回false。
• 用RepaintBoundary隔离重绘：给每个可拖拽的CustomPainter组件套一层RepaintBoundary，单个组件重绘时不会扩散到整个父区域。
• 最小化状态作用域：把每个组件的拖拽状态（比如偏移量）单独管理，不要放在父级或全局状态中，避免一个组件更新触发所有子Widget重建。

Flutter和WPF的渲染模型差异导致了CPU占用的区别：WPF是保留模式渲染，会维护图形对象的状态，仅更新变化部分；而Flutter是即时模式渲染，每帧都会重新生成绘制指令，所以高频更新场景下CPU占用天然更高，尤其是没做重绘优化时。

如果不做优化，大量复杂CustomPainter肯定会大幅拉低性能——每帧全量重绘复杂路径、渐变、滤镜等操作会快速消耗CPU资源。但做好以下几点就能有效控制：

• 缓存复杂绘制结果：用PictureRecorder把复杂绘制内容录制为Picture，后续直接复用，避免重复计算。
• 精简绘制指令：合并相同样式的路径，减少画笔切换、矩阵变换的次数。
• 配合重绘隔离与精准重绘：结合前面的RepaintBoundary和shouldRepaint，只重绘真正变化的组件。
• 开启渲染优化标记：给频繁更新的CustomPaint设置willChange: true，让Flutter提前做渲染优化。

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