时间轴的时区
时间轴时区决定柱的时间如何标注，以及历史窗口的午夜落在哪里。它可以从图表工具栏的时钟按钮、设置 → 通用，或图表的交易设置标签页设定；三处写入的是同一个值。
Senzoukria · 文档 · 更新于 2026 年 9 月
位置
- 位置
- 图表工具栏的时钟按钮；设置 → 通用 → 时间轴时区；图表 ⚙ → 交易设置 → 时区
- 默认
- LCL（本地，跟随本机）
- 可选项
- LCL、UTC、NY、CHI、LON、PAR、TYO
- 提示
- “LCL 跟随本机。期货交易时段用 NY / CHI，加密货币用 UTC。”
它做什么
时间轴上的每一个时间戳都按所选时区渲染。工具栏按钮显示一个小时钟图标和当前代码；点击它会按顺序循环切换（LCL、UTC、NY、CHI、LON、PAR、TYO），提示写着“时间轴时区：{zone} — 点击切换”。如果保存的值当前版本不认识，会回退到 LCL。
同一个值驱动历史窗口：“24 小时（今天）”指的是这个时区里从午夜开始的今天，与操作系统时钟怎么说无关。午夜由该时区的日历日期推导，并在夏令时切换时重新计算，因此 3 天窗口不会每年两次漂移一个小时。
这个设置被有意排除在图表模板之外：模板捕捉的是视觉样式，而时区是会话级的选择，和磁吸模式一样。
设置
| 时区 | 默认 | 它对应什么 |
|---|---|---|
| LCL — 本地（系统） | 默认 | 跟随本机时钟；没有 IANA 时区 |
| UTC | — | 协调世界时；与加密货币日线蜡烛一致 |
| NY — 纽约（ET） | — | America/New_York；美股现货交易时段时间 |
| CHI — 芝加哥（CT） | — | America/Chicago；CME Globex 交易时段以 17:00 为界 |
| LON — 伦敦（GMT/BST） | — | Europe/London |
| PAR — 巴黎（CET/CEST） | — | Europe/Paris |
| TYO — 东京（JST） | — | Asia/Tokyo |
怎么用
交易 CME 期货时选 NY（ET）或 CHI（CT），这样 09:30 开盘和 CT 17:00 的交易时段分界读起来就是它们平常的钟点。加密货币用 UTC，与交易所的日线蜡烛一致。只把图表和自己的钟对照时，LCL 就够了。
切换时区会立即重绘标签；它不会重新下载数据。但当新的午夜与旧的午夜不同时，它可能移动历史窗口的起点。
限制与陷阱
- LCL 没有 IANA 时区：它使用浏览器的本地日期语义，因此一台时区设错的机器会显示错误的标签。
- 图表的时区下拉框和应用设置的下拉框是通往同一个存储值的两扇门；没有按图表单独覆盖的选项。
- 基于交易时段的工具（交易时段 VWAP、交易时段分布、命名交易时段）有自己的交易时段定义，不会因为坐标轴标签的时区变了而改变。
相关页面
其他语言版本
常见问题
- ES 和 NQ 该用哪个时区？
- NY（ET）或 CHI（CT）。CME Globex 交易时段以芝加哥时间定义，而现货开盘是纽约时间 09:30；设置中的提示建议期货用 NY / CHI，加密货币用 UTC。
- 时区改变的是数据还是只有标签？
- 标签，再加上历史范围所用的午夜位置。柱本身和经纪商的消息仍按交易所发送的样子保留。
- 夏令时会被处理吗？
- 会。所有时区在渲染时都映射到准确的偏移量，而历史窗口的午夜是按该时区的日历日期重建的，不是靠减去 24 小时的整块时间。