使用方法
- 选择日期和时间。系统会自动填入您所在的时区和当前时间；点击“现在”可重置为当前时间。
- 选择此日期和时间所属的时区。
- 查看同一时刻在列表中各时区的时间，以及对应的 UTC 偏移量和缩写。如果当地日期早一天或晚一天，也会显示提示。
- 输入城市名或 IANA 名称来添加时区，移除不需要的时区，然后使用“全部复制”将列表粘贴到邀请中。
工作原理
此转换器使用浏览器内置的 IANA 时区数据库，该数据库与操作系统时钟使用的数据相同。时区按地区和城市命名，例如 America/New_York 或 Asia/Kolkata，因为 CST 或 IST 这类缩写可能有歧义（IST 可能指印度、爱尔兰或以色列标准时间）。
偏移量会根据您输入的具体日期计算，因此 7 月的会议使用夏令时，1 月的会议使用冬令时。各国会不时调整时区规则；结果以浏览器时区数据库中的最新数据为准。也会准确处理非整小时的偏移量，例如印度的 UTC+05:30、尼泊尔的 UTC+05:45 或查塔姆群岛的 UTC+12:45。
每年有两个时段需要特别注意。时钟拨快时，像 02:30 这样的本地时间并不存在；工具会按拨快的时长将时间顺延，并对此进行提示。时钟拨慢时，像 01:30 这样的时间会出现两次；工具会采用第一次出现的时间，并对此进行提示。时间格式会根据您浏览时使用的语言进行调整。您添加的时区列表仅保存在此浏览器中。
示例
安排纽约与印度之间的通话
2026 年 1 月 15 日 America/New_York 时间 9:00（EST，UTC−05:00），对应同一天 Asia/Kolkata 时间 19:30（UTC+05:30）。7 月纽约实行 EDT 时，同样的 9:00 在印度是 18:30：由于只有一侧实行夏令时，两地时差会发生变化。
跨越国际日期变更线
北半球冬季，America/Los_Angeles 的周五 18:00 对应 Pacific/Auckland 的周六 15:00。奥克兰所在行会显示“明天”，帮助您避免约错日期。
转换服务器日志时间
日志记录显示 2026-03-29 01:30 UTC。将 UTC 设为来源时区并添加 Europe/Berlin，即可看到 03:30 CEST，因为德国在当天 01:00 UTC 切换到了夏令时。
常见问题
支持夏令时吗？
可以。每次转换都会根据您浏览器的时区数据库，分别使用来源时区和目标时区在所选日期生效的偏移量。
为什么有些城市显示“GMT+5”而不是缩写？
许多时区在您的语言中没有常用缩写。此时浏览器会显示偏移量，工具也始终会列出准确的 UTC 偏移量。
UTC 和 GMT 有什么区别？
用于换算时钟时间时，两者相同：UTC±00:00。GMT 也是英国冬季使用的时区；英国夏季会切换到 BST（UTC+01:00），因此“伦敦时间”和“GMT”每年有半年并不相同。
为什么找不到我的城市？
IANA 数据库会为时钟历史相同的每个区域列出一个代表性城市，例如 Europe/Berlin 也涵盖德国大部分地区。请选择同一国家或偏移量相同的城市，也可以直接输入 Asia/Kolkata 这样的名称。
隐私
转换在浏览器中使用内置时区数据完成。系统会在本地检测你的时区，不会将其发送到任何地方。你添加的其他时区列表仅保存在此浏览器的本地存储中。