一日交易比平常早期结束时，内置变量不会更改。这是一个错误吗？最后一个栏的一天结束检测可靠性

Question

我想对算法进行编程，该算法作为其操作的一部分，检测到交易日的变化；有时是在交易当天结束之前采取行动，有时在开始之后进行。该算法旨在在普通的基于时间的图表和日内框架上使用。

在审查了Pinescript文档后，我已经看到有些变量可以帮助我，一个是 time_tradingday （加上 ta.change（） 函数要检测到当前蜡烛和前一个蜡烛之间的变量值是否发生了变化） >，， 和 。

好吧，我已经发现，当交易时间受到限制（假期）时，变量似乎无法正常工作，或者至少如我所期望的那样。我期望的是，如果一天开始或尽早结束，即使在通常的时间不在时，也会标记为限制会话的第一个/最后一个栏。但是，他们被忽略了。在实践中，这意味着该算法将两天混合在一起。

我包括一个小型演示代码和屏幕截图，以显示为例。此代码图：

• 如果检测到第一个常规条的绿色“ R”，则该代码
• 图：如果检测到第一个常规栏，则是
• 红色“ e”，如果检测到最后一个扩展条的
• 绿色“ e”，如果第一个扩展栏是绿色的“ e” 如果在新的一天的第一个酒吧中检测到交易日的变化，则检测到
• 红色（偏移-1 bar）和绿色“ D”。

---

// This source code is subject to the terms of the Mozilla Public License 2.0 at 
https://mozilla.org/MPL/2.0/
// © x1900390

//@version=5
indicator("IBO Trading Day Change Detection Possible Bug Demo", overlay=true)

// `session.islastbar` and `session.islastbar_regular` won't change if previous trading day ends earlier than usual.
// Perhaps `session.isfirstbar` and `session.isfirstbar_regular` won't change if trading day starts before usual. (I didn't checked that.)
plotchar(session.isfirstbar, "First Extended Session Bar", "E", location.abovebar, color.green)
plotchar(session.islastbar, "First Extended Session Bar", "E", location.abovebar, color.red)
plotchar(session.isfirstbar_regular, "First Regular Session Bar", "R", location.belowbar, color.green)
plotchar(session.islastbar_regular, "First Regular Session Bar", "R", location.belowbar, color.red)

// `time_tradingday` won't change if previous trading day ends earlier than usual.
tradingDayHasChanged = ta.change(time_tradingday)
plotchar(tradingDayHasChanged, "Change of Trading Day", "D", location.bottom, color.green)
plotchar(tradingDayHasChanged, "Change of Trading Day", "D", location.bottom, color.red, -1)

我已经在S＆amp; p500（ES1！）的连续未来中观察到了这种行为，这是我正在研究的一种行为。如果我们要去2022年5月30日由于假期而较早结束，则检测到27至30之间的限制，因此在图表上正确绘制。但是，第30至31个之间的限制并非如此，因为30届会话比平常更早（即使图表确实正确地显示了垂直会话分隔符）：

es1！_2022-05-27TO30常规小时和更改

es1！_2022-05-30TO31交易小时更早结束，并且不检测到的更改

我想确认这是Pine脚本错误（我认为是什么），或者，如果不是，或者知道如何< em>可靠地检测到最后一个酒吧的一天结束在交易日结束之前（例如，在市场结束之前关闭位置以避免差距）。

Answer 1

这种行为是意图的。如果您检查了session.islastbar和session.islastbar_regular函数的pine参考，您会发现这是在注释中明确提到的：

This variable is not guaranteed to return true once in every session because the last bar of the session might not exist if no trades occur during what should be the session's last bar.

虽然追溯，但很容易要查明图表上最后的栏是什么条，您将无法实时这样做。如果应该在17:00关闭会话，但是实际的最后1M栏在16:45出现，即实时，您将无法知道接下来的15分钟内不会出现任何新的条。

在这种情况下，返回对历史数据的true将导致误导性的结果，因为它们无法在实际实时交易中复制。此外，如果您先在实时计算脚本（和session.islastbar），则这些结果将重新粉刷在16:45的栏上不正确，然后刷新页面（突然间，它将突然成为true）。

您最好的选择是在脚本中期望session.islastbar，但也请检查新的session.isfirstbar session> session.islastbar 确实如此因为这意味着最后一个会议在预期时间之前关闭。