时区常见错误有哪些？
直接回答
时区方面的常见错误大多源于误解：混淆“时区”的含义、使用错误假设进行时间转换，或将相对或历史关系视为永远成立。在实践中，这些错误可能导致错过重要时刻、活动安排错误，以及系统间解释不一致。
机制与定义
时区是一种将时钟时间映射到全球时间线的参考，通常表示为协调世界时（UTC）的偏移量。许多工具和提供商在不同“本地”上下文中显示时间（如你的设备、平台或交易所）。一个常见错误是假设所有显示的时间都使用相同的参考。
另一个反复出现的问题是夏令时（DST）。一年中偏移量可能变化，因此在某一时期有效的转换在另一时期可能出错。如果你仅转换一次，之后未重新检查相关日期就重复使用结果，可能会无声引入错误。
此外，时区错误常源于日期边界混淆。例如，某一时区接近午夜的事件在另一时区可能发生在不同的日历日期上。如果你仅使用时间部分进行计算而忽略日期和边界，可能导致事件偏移12至24小时。
证据、示例及错误表现
考虑一个常见工作流程：你看到某一时区列出的时间，将其转换为本地时区，再与另一系统上的内容比较。错误不在于转换公式本身，而在于输入不一致。一个系统可能使用UTC标记时间，另一个使用服务器时间，第三个使用命名区域（包含DST规则）。
第二个例子是使用了错误格式。如果界面显示12小时制时间但缺乏明确的AM/PM标识，转换可能逻辑一致但事实错误。同样，如果你仅复制“HH:MM”而省略日期，就失去了解决DST和午夜边界所需的信息。
第三个错误是假设“时区等于偏移量”。命名区域包含规则和历史变更；仅凭偏移量可能无法完整描述特定日期的映射。
局限性与风险（可能失败之处）
当假设未明确时，时区转换可能失败。典型失败模式包括：
- DST不匹配：你假设了固定偏移，但日期处于不同规则下。
- 参考不匹配：你将显示时间视为UTC（或反之），但未确认标签。
- 日期边界错误：转换时忽略了日历日期。
还存在外部限制：不同平台可能以不同方式标记时间，这些标记可能因更新、配置或解释选择而变化。若不检查确切参考（例如，时间是UTC、命名区域还是设备本地时间），你可能无法独立验证其正确性。
验证与后续问题
为中立检查时区正确性，在依赖时间前验证以下四项：
- 源使用的时间参考（UTC vs 设备本地时间 vs 命名区域）。
- 事件的确切日期，而不仅是时间部分。
- 目标和源时区在该日期是否适用夏令时。
- 显示格式（包括AM/PM及任何标签）。
如果提供商未明确说明参考，请将时间视为模糊，并提出简单后续问题：“此时间基于哪个时区参考标签？在所述日期是否遵循夏令时？”
