CustomPainter的shouldRepaint：深度集合比较是否值得投入？

这个问题其实挺常见的，核心就是权衡「对比集合的开销」和「不必要重绘的开销」——结合你说的绘制逻辑非常简单的情况，咱们可以拆解来看：

先看你当前的场景：绘制逻辑极简单 #

你提到集合里的对象只需要计算约5个点，再做基础绘制。这种情况下，直接返回true的开销可能反而比深度对比6个集合更小：

• 深度对比6个集合意味着要遍历每个集合的元素，还要做深度相等检查——如果集合里是自定义对象，你得逐个对比它们的属性，这一套操作的CPU耗时，很可能超过你那点简单绘制的开销。
• 举个直观的例子：假设每个集合有10个元素，每个元素要对比3个核心属性，那光是对比操作就有6×10×3=180次判断；而Flutter引擎绘制几个点/简单图形的速度非常快，可能几微秒就完成了，反而比对比的耗时还少。

如果未来绘制逻辑变复杂呢？ #

要是之后你需要绘制大量路径、渐变、复杂图形，那深度对比就变得非常有必要了：

• 复杂绘制的开销会远大于集合对比的开销，这时候避免不必要的重绘，能明显提升帧率，减少界面卡顿。

给你的具体建议 #

1. 做个简单的性能测试，直接量化两种操作的耗时：
   你可以用Flutter的Stopwatch类分别统计对比和绘制的时间，代码大概是这样：

   // 测试集合对比耗时
   final compareStopwatch = Stopwatch()..start();
   bool isEqual = setsEqual(yourSets); // 你的深度对比方法
   compareStopwatch.stop();
   print('集合深度对比耗时：${compareStopwatch.elapsedMicroseconds}μs');
   
   // 测试绘制逻辑耗时
   final paintStopwatch = Stopwatch()..start();
   // 把paint方法里的核心绘制逻辑抽出来单独执行
   drawYourContent(canvas, size, yourData);
   paintStopwatch.stop();
   print('绘制逻辑耗时：${paintStopwatch.elapsedMicroseconds}μs');
   

   如果绘制耗时远小于对比耗时，那直接返回true更划算；反之则保留深度对比。

2. 优化对比逻辑（如果需要保留的话）：

   • 给集合里的自定义对象重写==和hashCode，只对比影响绘制的关键属性，避免全量深度对比；
   • 考虑把集合包装成不可变对象，这样只要引用没变，就可以直接判断相等，不用遍历元素。

额外提一句 #

Flutter的绘制引擎本身会做脏区域优化，但shouldRepaint是更上层的控制，能从源头避免不必要的绘制调用——不过在你的当前场景下，这点优化的收益可能抵不上对比的开销。

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