后台实盘采用哪种K线计算量问题

105272

1 分钟策略，使用 stkindi 引用日线 250 日计算日线分位数，在预警设置中，有一个选项是 860 根 K，另一个是固定起始日期，我该使用哪一个，才能保证实盘引用与历史回测相一致？实际我在使用 860K 时，盘后回测发现，历史回测绩效与实盘相差甚远。 代码助手给的回答是：[backcolor=rgba(250, 250, 250, 0.8)]在金字塔中使用STKINDI[backcolor=rgba(250, 250, 250, 0.8)]引用日线数据时，** 必须选择「固定起始日期」** 才能保证实盘与回测一致。[color=rgba(0, 0, 0, 0.85)][size=1em]采用固定起始日期（建议2010年）—— 天，我写到2024年，超级计算机已经快用尽内存了！ 老师看，这个问题如何解决？ 急等！

补充内容 (2026-2-5 22:29):
历史回测时，即使回测起点和终点日期只相差2个月，但STKINDI引用与使用3-5年来回测这近期2个月，依然没有差别，说明历史回测中自动向前延伸取用了至少250个日线数据的计算量，请问，底层是这样运行的么？

补充内容 (2026-2-5 22:48):
是否我使用： STKINDIEX('','指标.指标1',0,6,-1,250+50), 后台预警交易，采用860K计算就不存在引用量不够的问题了？

资深技术05

你在1分钟调用日线，首先系统是按照你1分钟时间的日期跨度基础对齐日线数据量 ，再额外调用一些日线数据。但是1分钟本身时间跨度很小，对齐的日线数据量是不足的。

后台设置上的860之类的都是针对你设置的当前周期1分钟。这种情况下你应使用stkindiex函数自行指定日线数据量。这样即便你1分钟设置的数量不足，也可以获取足量日线数据进行计算。

105272

好的，那最后确认一下可行方案：1、使用固定起始日期——除非距今日期较短，否则调用内存运行压力造成实际方案的不可行，对么？2、对于大周期调用，只有使用STKINDIEX并设定足够数量的<大周期！>引用长度，才能够准确计算历史回溯结果，对么？

资深技术05

1.是的。固定起始时间除非你定期修改，否则数据量是线性递增的哦。

2.这是最合理的方案。即保证日线足够计算，又不用扩大1分钟的数据量。

105272

感谢05老师！