目前没什么好办法，如果是同时操作这么多元素，卡顿本身就是符合预期的，如果操作单个元素也卡，考虑是logicflow底层的问题，需要后面专门进行排查和优化，暂时没有相关的计划

[zhangluluaichimi]

目前没什么好办法，如果是同时操作这么多元素，卡顿本身就是符合预期的，如果操作单个元素也卡，考虑是logicflow底层的问题，需要后面专门进行排查和优化，暂时没有相关的计划

Originally posted by @wumail in #1387 (comment)

[zhangluluaichimi]

希望官方能给一些意见，如何去优化卡顿；

[wumail]

目前看不同的使用者的需求和使用场景都不经相同，许多优化策略并不能复用，经常有人反馈卡顿问题但仅仅输出给我们很少的信息，这种情况下我们很难弄清卡顿是由于logicflow本身导致的还是开发者自己的代码导致的。

我们测试过N(1000, 2000, 5000)个节点，N*M条边的渲染和操作，这种量级下卡顿程度基本可以忍受。如果你可以通过自己的排查基本排除是自己代码的问题，同时可以通过一个单一功能的demo并在有限步骤内稳定复现卡顿，我们非常欢迎你告诉我们，方便我们对代码进行梳理和排除。

logicflow目前甚至在功能上都有很多不足，把基础功能完善具有最高优先级，我们会在未来设立专项计划，尽可能的找出并解决由于logicflow本身所造成的卡顿，但是短期不会有进展，除非有issue可以确定某种卡顿问题就是logicflow造成的。

[wumail]

就像 @wbccb 在 #1234 中回复的，如果可以提供可复现demo，才有可能尝试优化

[wumail]

希望官方能给一些意见，如何去优化卡顿；

无非是

• 想办法减少节点数量
• 开启局部渲染

但是这两种方式很明显不适合用于你的需求