一个多城市时钟看板 + 跨时区会议规划:
若只需在两个时区之间来回换算某个时间点,用 世界时间转换 更直接。
| 城市 | 时区缩写 | 与北京标准时差 | 备注 |
|---|---|---|---|
| 伦敦 | GMT / BST | -8 / -7 小时 | 3–10 月夏令时 -7 |
| 巴黎·柏林 | CET / CEST | -7 / -6 小时 | 夏令时 -6 |
| 迪拜 | GST | -4 小时 | 无夏令时 |
| 新德里 | IST | -2.5 小时 | 无夏令时 |
| 东京·首尔 | JST / KST | +1 小时 | 无夏令时 |
| 悉尼 | AEST / AEDT | +2 / +3 小时 | 10–4 月夏令时 +3 |
| 纽约 | EST / EDT | -13 / -12 小时 | 夏令时 -12 |
| 洛杉矶 | PST / PDT | -16 / -15 小时 | 夏令时 -15 |
("标准 / 夏令时" 两个值,具体以工具实时显示为准。)
Q:UTC 和 GMT 有区别吗? A:GMT 基于地球自转,UTC 基于原子钟并做闰秒校准。日常商务中两者可视为等同,编程和科学场景以 UTC 为准。工具里统一按 UTC 偏移显示。
Q:夏令时会自动处理吗? A:会。偏移量和时间都来自浏览器内置的 IANA 时区数据库,目标城市进入 / 退出夏令时会自动切换,无需手动加减。
Q:添加的城市会保存吗? A:会。城市列表、显示秒 / 24 小时制都存在你自己浏览器的本地存储里,刷新或下次打开自动恢复,不会上传。
Q:时间轴滑块和「按具体时间规划」有什么区别? A:滑块用于快速试探前后 12 小时的重合窗口;规划器用于把一个确切的日期时间(按某源时区)锁定后精确对照。
Q:时区缩写(EST、JST)准确吗? A:缩写由浏览器按当前是否夏令时给出,例如纽约夏天显示 EDT、冬天显示 EST。少数地区浏览器只给 GMT±偏移,属正常。