关于走完1根K线延迟计算问题

资深技术03

也不一定是超了，也可能是计算时，正好踩在在加载节点上，那么肯定要优先计算完毕，否者计算的品种就乱套了。

105130

下午试了一下，好像不行。
从后台的debugflie输出，发现提前多少秒下单后，就一直往复轮循品种，直到K线走完为止，而不是轮循一次，造成不段往复资源占用。

补充内容 (2022-12-23 13:44):
1楼的方法不行。

105130

是否还有别的办法，比如在公式里增加代码，实现走完一根K线后，延迟多少时间，进行ref(a,1)的判断？

资深技术03

105130 发表于 2022-12-23 13:44
下午试了一下，好像不行。
从后台的debugflie输出，发现提前多少秒下单后，就一直往复轮循品种，直到K线走 ...

提前下单的设置就是固定执行检测。即使代码中控制也要采用固定时间间隔方式执行。
每次执行策略都必然会被运行一次。否者没办法知道时间是否到达指定范围内。
还有一种方式，就是将b策略合并到A策略，让整个执行过程都是顺序结构。

105130

资深技术03 发表于 2022-12-23 13:59
提前下单的设置就是固定执行检测。即使代码中控制也要采用固定时间间隔方式执行。
每次执行策略都必然会 ...

我的需求不是提前下单，是要延后进行公式执行，有别的办法么？

资深技术03

延迟和提前的原理是一样，只能通过不断检测才能判断是否到达延迟节点。否者怎么知道满足延后15s？

除了把B公式合并到A内，以外没有别的方式（能采用走完k执行一次），合并的前提还必须是同周期下。

105130

资深技术03 发表于 2022-12-23 14:08
延迟和提前的原理是一样，只能通过不断检测才能判断是否到达延迟节点。否者怎么知道满足延后15s？

除了 ...

肯定不是同周期的K线，才用两个公式啊，否则直接并就完事了，还搞这么复杂。。。

如果技术上没有方法的话，我再找找办法。