时区转换器，免费
在全球时区之间转换时间。
使用方法
- 从下拉菜单中选择两个或多个时区。
- 在任意时区列中输入日期和时间，或点击「使用当前时间」。
- 所有时区中的时间会自动更新，并显示 UTC 偏移。
- 点击「+ 添加时区」同时比较多个时区。
常见问题
什么是 UTC 偏移？
UTC 偏移显示某个时区比协调世界时（UTC）快（正数）或慢（负数）多少小时。例如，EST 是 UTC−5。
如果我在一个时区输入时间会怎样？
转换器会自动计算并显示所有其他选定时区中对应的时间。
是否考虑夏令时？
是的。转换器使用您浏览器的时区数据库，其中包含受支持地区的夏令时规则。
UTC、GMT与为何应使用IANA名称
UTC（协调世界时）是全球时间标准，相对于国际原子时定义，并进行周期性的闰秒调整。GMT（格林尼治标准时间）在技术上是一个时区（UTC+00:00），历史上与伦敦格林尼治皇家天文台相关联。两者在日常中可互换使用；技术上，UTC才是所有人同步的标准。
对于明确的时区标识，标准是IANA时区数据库（TZDB），最初由Arthur David Olson于1986年在美国国立卫生研究院创建，现由IANA维护。其命名格式为 Region/City：America/New_York、Europe/Paris、Asia/Tokyo、Australia/Sydney。城市是该时区内最大的城市或具有代表性的地点。TZDB每年更新数次以反映各国夏令时规则变化，每个现代操作系统、编程语言和主流网页浏览器均捆绑了最新版本。
本转换器使用通过JavaScript Intl.DateTimeFormat API内置于浏览器中的IANA数据库，因此夏令时切换、地区规则变化和历史边界情况均能正确处理，无需您手动干预。
时区缩写的歧义性
像「CST」和「IST」这样的三字母缩写看似明确，实则并非如此：
- CST可以表示美国中部标准时间（UTC−06:00）、中国标准时间（UTC+08:00）或古巴标准时间（UTC−05:00）。
- IST可以表示印度标准时间（UTC+05:30）、以色列标准时间或爱尔兰标准时间。
- EST通常表示美国东部标准时间（UTC−05:00），但澳大利亚东部标准时间（UTC+10:00）共用同一缩写。
当确实需要精确传达时间时，请使用IANA名称（America/Chicago 对比 Asia/Shanghai 对比 Asia/Kolkata）或同时提供偏移量和城市名。本转换器为每一列标注了IANA时区，以确保会议时间无歧义。
常见时区一览
| UTC偏移量 | 通用名称 | 主要城市 |
|---|---|---|
| UTC−10:00 | HST | 火奴鲁鲁（无夏令时） |
| UTC−08:00 / −07:00 | PST / PDT | 洛杉矶、旧金山、温哥华、西雅图、蒂华纳 |
| UTC−05:00 / −04:00 | EST / EDT | 纽约、多伦多、亚特兰大、迈阿密、波哥大（无夏令时）、利马 |
| UTC−03:00 | BRT / ART | 圣保罗、布宜诺斯艾利斯、圣地亚哥（不统一） |
| UTC+00:00 / +01:00 | GMT / BST | 伦敦、里斯本、都柏林、雷克雅未克（无夏令时） |
| UTC+01:00 / +02:00 | CET / CEST | 巴黎、柏林、马德里、罗马、阿姆斯特丹、华沙 |
| UTC+03:00 | MSK / AST | 莫斯科（无夏令时）、利雅得、多哈、内罗毕 |
| UTC+05:30 | IST | 孟买、新德里、班加罗尔、科伦坡（无夏令时，半小时偏移） |
| UTC+08:00 | CST / HKT / SGT | 北京、上海、香港、新加坡、马尼拉、珀斯 |
| UTC+09:00 | JST / KST | 东京、首尔（无夏令时） |
| UTC+10:00 / +11:00 | AEST / AEDT | 悉尼、墨尔本、布里斯班（昆士兰无夏令时） |
| UTC+12:00 / +13:00 | NZST / NZDT | 奥克兰、惠灵顿 |
半小时和刻钟偏移
并非所有时区都与UTC相差整数小时。印度、斯里兰卡（UTC+05:30）、伊朗（UTC+03:30 / +04:30）、阿富汗（UTC+04:30）和缅甸（UTC+06:30）均使用半小时偏移。尼泊尔位于UTC+05:45，新西兰查塔姆群岛位于UTC+12:45 / +13:45。这些半小时和刻钟偏移主要影响软件开发者，许多旧系统假定偏移量为整数小时，遇到印度或尼泊尔时间时会悄无声息地出错。IANA数据库能正确处理所有情况；本转换器继承了这一特性。
夏令时
夏令时（DST）最初由William Willett 1907年的小册子「浪费的日光」提出，1916年德国在第一次世界大战期间为节约煤炭而首次正式采用。如今各司法管辖区的做法差异极大：
- 美国：夏令时从三月第二个周日延续至十一月第一个周日（2005年《能源政策法》）。夏威夷和亚利桑那州大部分地区不实行夏令时。
- 欧盟：夏令时从三月最后一个周日延续至十月最后一个周日。欧洲议会于2019年投票决定在欧盟范围内废除季节性时钟调整；实施工作被无限期推迟，大多数成员国仍在实行夏令时。
- 不实行夏令时：非洲大部分地区、亚洲大部分地区、南美大部分地区（巴西于2019年废除）、俄罗斯（自2014年起）、冰岛、夏威夷、亚利桑那州大部分地区、印度、中国、日本、韩国、土耳其。
本转换器会考虑每个IANA时区的夏令时规则，因此将1月某日 America/New_York 上午9时的会议转换时使用EST（UTC−05:00）；同样是7月的上午9时则转换为EDT（UTC−04:00）。
软件中的夏令时陷阱
- 「拨快时钟」：本地时钟从02:00跳至03:00，因此02:00-02:59这一小时在本地时间中不存在。在Linux Vixie cron中，调度在该时间窗口的定时任务会在跳转后立即运行，而AWS EventBridge则会完全跳过。
- 「拨慢时钟」：02:00回拨至01:00，因此这一小时出现两次。重复时段内的事件可能触发两次或一次都不触发，取决于调度器。Linux Vixie不会重复运行；AWS EventBridge仅运行一次。
- 跨夏令时边界的日历邀请需要明确附加时区信息，而不仅仅是本地时间。ICS文件为此包含了
TZID字段；当收件人的日历跨越夏令时切换点时，通过电子邮件发送纯文本「上午9时ET」将悄然偏移一小时。
常见使用场景
- 跨大洲安排会议：太平洋时间上午9时对东京或柏林的人来说是几点？什么时候所有人都同时处于工作时间？
- 协调产品发布，例如「在全球所有地方午夜上线」或「当地时间上午9时上线」。
- 将服务器日志转换为本地时间，当服务器设置为UTC时（这是云服务器的现代最佳实践）。
- 出行规划：我将在当地几点降落？我的航班在目的地时区几点出发？
- 与国际客户协作，无需在脑中进行时区换算并出现错误。
- 直播活动调度：游戏直播、网络研讨会、体育转播，为全球观众提供「现在正在播出吗？」的明确答案。
常见错误
- 混淆「EST」和「EDT」（或任何标准时/夏令时配对）。纽约3月1日和3月31日的同一场会议对应不同的UTC偏移量。
- 将「GMT」等同于「英国时间」。英国从三月下旬至十月下旬实行英国夏令时（BST，UTC+01:00）；仅冬季才是GMT。
- 假设某城市具有固定的UTC偏移量。俄罗斯、萨摩亚、埃及等国在过去15年内均更改了时区偏移量。IANA数据库记录了历史数据；按城市名称和日期查询始终正确。
- 在邀请中使用三字母缩写。「上午9时CST」在芝加哥（UTC−06:00）和上海（UTC+08:00）之间存在真实歧义，相差14小时。请使用IANA名称或包含偏移量。
- 忘记亚利桑那州、夏威夷、萨斯喀彻温省、印第安纳州。这些地方要么不实行夏令时，要么只部分实行。笼统的「山区时间」或「中部时间」映射在半年内会出现错误。
- 将会议安排在不存在的时间。在夏令时开始当日为02:30本地时间发送邀请，该时间不存在。日历通常会悄然移位；部分系统会报错。
常见问题解答
为什么某些偏移量是半小时？
出于历史和政治原因。印度选择UTC+05:30，部分原因是在国土东西两端之间取得妥协；伊朗、阿富汗、缅甸等国使用类似的半小时偏移量。尼泊尔更进一步，使用UTC+05:45。时区并非必须以整小时为界，它们都是各司法管辖区自行选择的结果。
转换器如何处理夏令时切换？
自动处理。浏览器的IANA数据库包含每个地区的夏令时规则，包括历史规则。夏季某日设定在 Europe/Berlin 的时间会正确使用CEST（UTC+02:00）进行转换；同一本地时间在冬季则使用CET（UTC+01:00）转换。
我可以添加哪些时区？
浏览器已知的所有IANA时区，通常涵盖所有人口聚居地区的400+个时区。下拉菜单在页面加载时从浏览器的 Intl.supportedValuesOf('timeZone') 填充，因此与您操作系统安装的版本保持同步。
我转换的时间会被发送到任何地方吗？
不会。转换完全在浏览器中使用内置的JavaScript日期和时区API进行。您的会议时间、地点和所选时区不会被传输、记录或存储到任何服务器上。
为什么会议时间会随夏令时变化？
因为某些时区实行夏令时而其他时区不实行。太平洋时间上午9时的会议在冬季（双方均为标准时间）对应东部时间中午12时，而同样是太平洋时间上午9时在夏季（双方均为夏令时）仍对应东部时间中午12时。然而，太平洋时间上午9时的会议全年均对应东京次日凌晨1时，东京不实行夏令时，因此洛杉矶与东京的时差每年会因此偏移两次。
分享会议时间最安全的方式是什么？
发送包含明确时区附件的日历邀请（.ics文件或通过Google / Outlook / iCloud日历）。收件人的日历会自动将时间显示为其本地时区，并在两端自动处理夏令时。如果必须通过纯文本发送时间，请同时包含IANA时区名称和偏移量：「周二 14:00 Europe/Berlin（UTC+01:00）。」