Pine Script高时间周期筛选标记滞后问题求助

你编写的60分钟周期筛选逻辑（当前K线为阳线，前4根均为阴线），在通过request.security调用到5分钟周期时，出现标记错位——本该标记满足条件的60分钟阳线对应的5分钟K线，结果标记了下一根60分钟K线对应的时段。

问题根源 #

你在HTCheck中使用的双重索引偏移（FilteractualLongAnd4PreviousCandlesShort[barstate.isrealtime ? 1 : 0]再加外层[barstate.isrealtime ? 0 : 1]），导致高周期数据的获取逻辑出现错位：历史K线和实时K线的索引叠加偏移后，拿到的是条件满足后的下一个高周期K线的数据，对应到低周期就是晚了一个高周期时段的K线。

修正方案 #

1. 保留筛选条件的原始逻辑 #

原筛选逻辑本身是正确的，无需修改索引：

// 检查当前K线为阳线，前4根均为阴线
FilteractualLongAnd4PreviousCandlesShort = close[4] < open[4] and close[3] < open[3] and close[2] < open[2] and close[1] < open[1] and close[0] > open[0]

2. 修正高周期调用与无重绘逻辑 #

去掉多余的索引偏移，改用barmerge.lookahead_off强制关闭前瞻，彻底避免重绘，同时保证数据映射准确：

// 选择高周期（默认60分钟）
res = input.timeframe(title = "Higher TimeFrame to chose", defval = "60")
// 调用高周期数据，关闭前瞻避免重绘
HTCheck = request.security(syminfo.tickerid, res, FilteractualLongAnd4PreviousCandlesShort, gaps=barmerge.gaps_on, lookahead=barmerge.lookahead_off)
// 标记满足条件的高周期对应的所有低周期K线
bgcolor(HTCheck ? color.new(color.gray, 70) : na)

关键修正点 #

• 移除双重索引偏移：request.security会自动完成高周期到低周期的K线映射，额外索引偏移会导致数据错位
• 启用lookahead=barmerge.lookahead_off：彻底关闭前瞻数据，从根源避免重绘
• 保留gaps=barmerge.gaps_on：保证高周期数据的连续性，避免跳空导致的标记误差

修改后，5分钟周期中会准确标记出60分钟周期满足“当前阳线+前4根阴线”条件的时段内所有K线，不会再错位到下一个高周期时段。

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