时区转换器
转换本地时刻，明确处理时钟回拨中的重复时间
完整说明还包括常见问题处理、操作示例、代码片段、FAQ 和相关工具，便于核对结果或排查问题。
工具说明
输入真实公历日期时间，以及浏览器支持的源时区和目标时区名称，如 America/New_York 与 Asia/Shanghai。工具检查哪些时刻能够映射回输入的源时区钟面时间。时钟向前跳变导致的缺失时间会被拒绝；回拨中的重复时间默认拒绝，可明确选择较早或较晚时刻。结果包含源和目标钟面时间、UTC/ISO、准确的 UTC 偏移、偏移差及可选 Unix 字段；四分之一小时偏移按小时和分钟完整保留。时区规则来自浏览器 Intl 数据库，不同设备的数据版本可能不同，这是实用预览，不能保证覆盖每次历史时区变更或法定截止时刻。输入年份范围为 0001–9999。日期时间与设置会保存在本地浏览器存储中，清空可删除草稿。
推荐工作流
场景配方
区分纽约回拨时刻
目标：保持两个 01:30 时刻的区别。
- 输入 2026-11-01T01:30，源时区 America/New_York，目标 UTC。
- 在拒绝模式转换并查看含糊提示。
- 分别选择较早、较晚并对比 ISO。
结果：较早为 2026-11-01T05:30:00.000Z，较晚为 2026-11-01T06:30:00.000Z。
核对四分之一小时偏移
目标：避免用四舍五入的小数小时安排交接。
- 输入 2026-01-01T12:00，源 UTC，目标 Asia/Kathmandu。
- 转换并检查目标时间与偏移差。
结果：目标时间为 17:45，偏移差为 +05:45。
失败门诊（高频踩坑）
无效日期不是夏令时调整
原因：公历中不存在 2 月 30 日。
修复：修改日期；工具不会自动滚入三月。
时区缩写不是唯一标识
原因：CST 等缩写可能指不同地区。
修复：使用浏览器支持的地区名称，并检查显示的 UTC 偏移。
生产可用片段
计算示例
text
纽约 2026-03-08 02:30 → 无候选时刻
纽约 2026-11-01 01:30 → 05:30Z / 06:30Z常见问题
不存在的本地时间会怎样？
会报错且不产生转换结果。例如纽约 2026-03-08 02:30 不存在，因为时钟从 01:59 跳至 03:00。
如何区分重复的本地时间？
选择较早或较晚。纽约 2026-11-01 01:30 对应 05:30Z 或 06:30Z；默认拒绝含糊输入，不会默选。
四分之一小时偏移会被四舍五入吗？
不会。UTC 到 Asia/Kathmandu 显示 +05:45；源和目标 UTC 偏移及差值使用小时、分钟，必要时也保留秒。
时区规则来自哪里？
来自当前浏览器的 Intl 时区数据库，支持名称及历史、未来规则可能随浏览器版本变化。重要排程应与实际执行系统核对。
日期与设置会保存吗？
输入在本地处理，并保存为浏览器本地草稿。清空会删除保存的草稿和显示结果。
继续浏览