【已解决】【流程插队】一个非常影响效率的bug，相信很多人都遇到了。

”流程插队“生动形象，默默为自己点个赞

流程中的各个动作在上一个动作未执行完毕的情况下插队执行。

老规矩先上图

1. 操作所产生的界面变化延迟可以通过预判来填写
2. 复制可以通过监听剪切板变化来跳过延迟
3. 计算时间靠什么来预估延迟？
   • 打开软件的多寡会影响计算效率
   • 不同电脑配置会影响计算效率
   • 其他软件不可预测的突然爆发计算量会影响计算效率
   • 电脑后台各种更新会影响计算效率

从上所得，涉及到计算的流程不好提前给延迟，尤其是在循环里，延迟给多了影响整个流程的执行效率，延迟给少了后面的流程在前面的都还没执行完就来插队导致整个流程崩溃。

这让我在一个本没有逻辑错误的流程里面，浪费了大量的时间来调试，寻找怎样的延迟才能在相对少的时间内执行完，而不会出现【流程插队】，而最终的结果却是整个流程编写效率和执行效率都太低效了。这和本软件的初衷相悖。

建议 》》》》》》

1. 在上一个计算流程还没出结果之前，不允许执行下一步（上限时间30-60秒，避免计算有死循环）
2. 循环里就对比一个字符串真的需要200ms吗？是不是要针对计算优化下多线程，或者给计算更多的优先级和权重。

这个问题真的真的真的非常重要，对于相对复杂的流程可以节省成倍的编写时间调试时间以及提升执行效率，希望作者重视再重视。