01
本地指浏览器设置，而非地理位置
本地源时区来自浏览器设置，不通过定位查询。源设为 UTC 或本地时区时会先展示预览；应用后保留钟面数字，按新时区重新解释，不是保持原瞬间的显示切换。
日期与时间戳
时区转换器同一瞬间，核对各地日期与钟点
输入源日期、钟面时间和时区，逐行填写目标标识，比较同一瞬间在各地的表示。
时区转换器
源时间
格式为 YYYY-MM-DDTHH:mm[:ss]，T 可换成空格；不接受 Z、数值偏移或小数秒。
填写 UTC 或 America/New_York 等 IANA 标识。修改源时区会重新解释原来的钟面时间。
每行一个标识，最多 20 个物理行、2,000 个字符。忽略空行，相同标识去重。
多地时间对照
请输入源时间或载入示例。
日期仅在当前浏览器内处理，不会发送到服务器。
选项
时区数据与运行环境
引擎：@js-temporal/polyfill 0.5.1，使用当前浏览器的 Intl 时区数据。浏览器未公开时区数据库版本；未来规则可能变化。
浏览器检测到的本地时区: 无法获取
输入已改变，请重新计算后再复制或下载。
时区转换器适合核对跨国会议、上线窗口和客服交接时间。纽约与伦敦并非全年都相差五小时：两地切换夏令时的日期不同，仅记住一个固定时差容易约错时间。
先确认别人发来的时间属于哪个地区，再看目标日期。跨过国际日期变更线后，钟点可能看起来相近，但日历已经不是同一天。
为什么使用时区转换器
把当地日期与偏移放在一起核对
时区转换器为每个目标保留完整日期、钟点和 UTC 偏移，并单列相对源时区的时差。这样不会把 UTC−05:00 误读成“比任意源城市都晚五小时”，也能直接发现跨日。
同一个钟点出现两次时，先作选择
纽约在 2024 年 11 月 3 日会经历两次 01:30，分别对应 05:30Z 和 06:30Z。默认先报歧义并展示候选瞬间，明确选择第一次或第二次后再转换，避免把两个事件混为一个。
先确认源时区，再处理特殊时刻
02
区分重复与缺失
较早和较晚只解决重复时刻。春季跳过的钟点，无论选择哪项都会报错。应核对原记录的日期与偏移，不能把“晚一次”当成自动顺延到下一小时。
03
改动后等待新结果
自动转换在停止输入 350 ms 后执行；关闭后可点转换或按 Ctrl/Cmd + Enter。修改输入立即禁用导出，示例和清空须预览后应用，撤销同时恢复输入与结果。
对照钟点、偏移和跨日变化
按事件日期读取时区规则
源时区为 America/New_York，输入 2024-03-20T09:00，伦敦结果是 13:00，两地时差为四小时。切换日期错开的几周尤其需要带着日期做时差计算。
多个目标按列表顺序展示
默认对照伦敦、纽约和东京，可逐行增删或调整顺序。某一行时区无效时，本次转换整体停止并报出物理行号，不让一份不完整结果悄悄混入导出报告。
两种差值各有参照
UTC 偏移以世界协调时为参照，相对源时差则是目标偏移减源偏移。正值表示目标钟面领先，负值表示落后；跨日期变更线时差可超过二十四小时。
保留非整点偏移
加德满都存在四十五分钟分量，豪勋爵岛的夏令时切换幅度可以是半小时。历史数据若含秒级偏移，结果也会保留秒，不会一律舍入成整小时。
输入方式与规则边界
- 只接收不带偏移的钟面日期时间
- 格式为 YYYY-MM-DDTHH:mm[:ss]，日期与时间间也可用一个空格，省略秒时按 00 处理。源、UTC 和目标年份均限 0001–9999；不接受只有日期、小数秒、Z 后缀、数值偏移、闰秒和 24:00。
- 使用区域标识，避免猜测缩写
- 可输入 UTC 或包含 / 且环境支持的 IANA 标识。CST、EST、IST 和 +08:00 不在范围内。Etc/GMT+5 按 IANA 自身的符号定义解释；不同名称的别名不自动合并成同一行。
- 缺失时刻不会自动挪动
- 不存在的小时、半小时甚至整天都会报错。第一次和第二次只适用于真实重复的钟点。页面不会仅凭某个偏移猜测“正在夏令时”，政治调整和历史规则也可能改变偏移。
- 目标列表有明确上限
- 最多 20 个物理行和 2,000 个字符。空行计入行数限制但不输出；相同标识忽略大小写去重，保留首次位置。没有文件导入和任意城市名识别，中文城市名称须换为对应的时区标识。
- 浏览器规则不等于永久承诺
- 时区数据由浏览器提供，数据库版本未公开；引擎版本不代表 IANA 数据版本。未来政策仍可能改变。此页不提供会议时段推荐、工作时间判断、ICS 邀请、历史记录或分享链接。
时区转换器常见问题
工具会自动处理夏令时吗？
会按所选日期和浏览器提供的区域规则计算。重复的源时刻默认需要明确选择，不存在的源时刻直接拒绝；目标时间由已经确定的 UTC 瞬间生成，不需要再次猜测。
可以转换所有时区吗？
支持当前浏览器认可的 UTC 和带斜线的 IANA 区域标识。源输入提供建议名称，但不是全球城市地名搜索。如果某个较新的时区不被识别，需要核对标识及浏览器数据支持。
夏令时切换的重复/缺失时刻如何处理？
重复时刻会先列出两个 UTC 候选值及源偏移，选择第一次或第二次后才能导出。缺失时刻没有可选瞬间，即使切换到较早或较晚也不会自动调整，必须修改输入。
是否支持历史时区规则？
会使用浏览器所带数据库的历史规则，结果可保留历史秒级偏移。但数据库版本无法通过标准浏览器接口读取，古老记录或不同运行环境可能存在差异，不能把引擎版本当成数据版本。
为什么换算后的日期和我输入的不一样？
同一瞬间在不同区域对应不同的日历日期。天数差以目标日期减源日期计算，可能为负数、零或正数；从 UTC−12 换算到 UTC+14 时，甚至可能相差两天。
计算结果有疑问？