引言
UTC 和 GMT 是两个经常被混淆的时间标准。虽然在日常使用中它们似乎可以互换使用，但在软件开发、时间敏感的应用程序和全球系统中，它们之间有着重要的技术差异。
快速总结：UTC 是基于原子钟的精确时间标准，而 GMT 是基于天文观测的时间标准。UTC 是大多数应用的现代标准，而 GMT 主要是一个时区名称。
什么是 UTC？
定义
UTC（Coordinated Universal Time，协调世界时）是世界调节时钟和时间的主要时间标准。它基于国际原子时（TAI），并添加闰秒以保持其与 UT1（太阳时）的误差在 0.9 秒以内。
TEXT1UTC 特征： 2 - 基于：原子钟（国际原子时 - TAI） 3 - 精度：与 UT1（太阳时）的误差 ±0.9 秒 4 - 时区：无时区偏移（UTC+0） 5 - 夏令时：无 DST 调整 6 - 用途：全球计算、互联网和航空的标准
关键特性
- 原子时钟基础：UTC 使用全球数百个原子钟以获得极高精度
- 闰秒：偶尔进行 1 秒的调整以保持与地球自转同步
- 通用参考：用作所有时区的基础时间（UTC+X、UTC-X）
- DST 免疫：从不因夏令时而改变
代码示例：获取 UTC 时间
JAVASCRIPT1// 获取当前 UTC 时间 2const now = new Date(); 3const utcString = now.toISOString(); // "2026-01-01T12:00:00.000Z" 4const utcTimestamp = Math.floor(now.getTime() / 1000); // 1735689600 5 6console.log('UTC ISO 字符串:', utcString); 7console.log('UTC 时间戳:', utcTimestamp);
PYTHON1# 获取当前 UTC 时间 2from datetime import datetime, timezone 3 4now_utc = datetime.now(timezone.utc) 5utc_iso = now_utc.isoformat() 6utc_timestamp = int(now_utc.timestamp()) 7 8print(f'UTC ISO 字符串: {utc_iso}') 9print(f'UTC 时间戳: {utc_timestamp}')
JAVA1// 获取当前 UTC 时间 2import java.time.Instant; 3import java.time.ZoneOffset; 4 5// 获取当前 UTC 时间 6Instant now = Instant.now(); 7String utcIso = now.toString(); 8long utcTimestamp = now.getEpochSecond(); 9 10System.out.println("UTC ISO 字符串: " + utcIso); 11System.out.println("UTC 时间戳: " + utcTimestamp);
什么是 GMT？
定义
GMT（Greenwich Mean Time，格林威治标准时间）是一个最初基于伦敦格林威治皇家天文台太阳时的时区。历史上，它是世界的主要时间标准，但已被 UTC 大量取代。
TEXT1GMT 特征： 2 - 基于：天文观测（格林威治的太阳时） 3 - 精度：随地球自转不规则性而变化 4 - 时区：UTC+0（冬季），UTC+1（英国夏季） 5 - 夏令时：受英国夏令时（BST）影响 6 - 用途：英国时区名称，部分海事操作
历史背景
GMT 于 1884 年在国际子午线会议上建立。它曾是世界的主要时间标准，直到 1960 年代采用 UTC。
代码示例：获取 GMT 时间
JAVASCRIPT1// 获取当前 GMT（伦敦）时间 2const now = new Date(); 3const options = { timeZone: 'Europe/London', timeZoneName: 'short' }; 4const gmtString = now.toLocaleString('zh-CN', options); 5 6console.log('GMT/伦敦时间:', gmtString); 7 8// 注意：根据英国夏令时，这会显示 GMT 或 BST
PYTHON1# 获取当前 GMT（伦敦）时间 2from datetime import datetime 3import pytz 4 5# 获取当前 GMT（伦敦）时间 6london_tz = pytz.timezone('Europe/London') 7now_london = datetime.now(london_tz) 8 9print(f'GMT/伦敦时间: {now_london.strftime("%Y-%m-%d %H:%M:%S %Z")}') 10 11# 注意：根据英国夏令时，这会显示 GMT 或 BST
JAVA1// 获取当前 GMT（伦敦）时间 2import java.time.ZoneId; 3import java.time.ZonedDateTime; 4import java.time.format.DateTimeFormatter; 5 6// 获取当前 GMT（伦敦）时间 7ZoneId londonZone = ZoneId.of("Europe/London"); 8ZonedDateTime londonTime = ZonedDateTime.now(londonZone); 9DateTimeFormatter formatter = DateTimeFormatter.ofPattern("yyyy-MM-dd HH:mm:ss z"); 10 11System.out.println("GMT/伦敦时间: " + londonTime.format(formatter)); 12 13// 注意：根据英国夏令时，这会显示 GMT 或 BST
关键差异：UTC vs GMT
对比表格
| 特性 | UTC（协调世界时） | GMT（格林威治标准时间） |
|---|---|---|
| 基于 | 原子钟（TAI） | 格林威治的天文观测 |
| 精度 | ±0.9 秒 | 随地球自转而变化 |
| 时区 | 永不改变（UTC+0） | 随英国 DST 变化（GMT/BST） |
| DST 调整 | 无 | 有（英国夏季遵循 BST） |
| 闰秒 | 有（用于匹配地球自转） | 无（不使用闰秒） |
| 主要用途 | 计算、互联网、航空 | 英国时区、海事 |
| ISO 8601 | 使用 UTC 标准 | 不是 ISO 8601 的标准 |
| 编程 API | 大多数内部使用 UTC | API 中很少使用 |
闰秒因素
UTC 偶尔会添加或减去一个闰秒，以保持与地球自转的同步。截至 2026 年，差异为：
TEXT1UTC - TAI = -37 秒（UTC 比原子时间慢 37 秒） 2UTC - UT1 = ±0.9 秒（UTC 保持接近太阳时） 3 4当前 UTC-GMT 偏移：通常为 0，但由于闰秒可能略有差异
重要：虽然 UTC 和 GMT 在日常使用中通常被视为相等，但由于闰秒，它们可能相差多达 0.9 秒。对于大多数应用程序来说，这种差异可以忽略不计，但对于：
- 高频交易
- 科学研究
- 精确同步系统
这是很重要的。
何时使用 UTC vs GMT
使用 UTC 的场景
- 软件开发：大多数编程语言内部使用 UTC
- 数据库时间戳：统一存储 UTC 时间以保持一致性
- API 响应：返回 UTC 时间戳以便通用解释
- 全球系统：在多个时区使用的应用程序
- 同步：需要精确时间协调的系统
JAVASCRIPT1// 示例：在数据库中存储 UTC 时间戳 2const timestamp = Date.now(); // UTC 毫秒数 3// 在数据库中存储: 1735689600000 4 5// 以用户的本地时间显示 6const userTimeZone = Intl.DateTimeFormat().resolvedOptions().timeZone; 7const localTime = new Date(timestamp).toLocaleString('zh-CN', { timeZone: userTimeZone });
使用 GMT 的场景
- 英国时区：代表英国的时间（Europe/London）
- 历史数据：处理 1972 年之前的时间戳，当时 GMT 是标准
- 海事操作：一些海事系统仍然参考 GMT
- 遗留系统：明确使用 GMT 的旧系统
JAVASCRIPT1// 示例：英国时区处理 2const now = new Date(); 3const ukTime = now.toLocaleString('en-GB', { timeZone: 'Europe/London' }); 4// 显示为 "01/01/2026, 12:00:00 GMT" 或 "01/01/2026, 13:00:00 BST"
时区转换示例
将本地时间转换为 UTC
JAVASCRIPT1// 将东京时间转换为 UTC 2function convertToUTC(dateString, timeZone) { 3 const date = new Date(dateString); 4 const utcString = date.toISOString(); 5 const utcTimestamp = Math.floor(date.getTime() / 1000); 6 7 return { 8 input: dateString, 9 timeZone: timeZone, 10 utcString: utcString, 11 utcTimestamp: utcTimestamp 12 }; 13} 14 15// 示例：将东京时间转换为 UTC 16const result = convertToUTC('2026-01-01 20:00:00', 'Asia/Tokyo'); 17console.log(result); 18// 输出: { utcString: "2026-01-01T11:00:00.000Z", utcTimestamp: 1735659600 }
PYTHON1# 将东京时间转换为 UTC 2from datetime import datetime 3import pytz 4 5def convert_to_utc(date_string, time_zone): 6 tz = pytz.timezone(time_zone) 7 local_time = tz.localize(datetime.strptime(date_string, "%Y-%m-%d %H:%M:%S")) 8 utc_time = local_time.astimezone(pytz.UTC) 9 10 return { 11 "input": date_string, 12 "time_zone": time_zone, 13 "utc_string": utc_time.isoformat(), 14 "utc_timestamp": int(utc_time.timestamp()) 15 } 16 17# 示例：将东京时间转换为 UTC 18result = convert_to_utc('2026-01-01 20:00:00', 'Asia/Tokyo') 19print(result) 20# 输出: {'utc_string': '2026-01-01T11:00:00Z', 'utc_timestamp': 1735659600}
UTC 时区偏移参考
TEXT1UTC+0: 伦敦（冬季）、都柏林（冬季）、里斯本（冬季） 2UTC+1: 柏林、巴黎、罗马、马德里（冬季）、伦敦（夏季/BST） 3UTC+2: 开罗、赫尔辛基、雅典、约翰内斯堡 4UTC+3: 莫斯科、伊斯坦布尔、巴格达、内罗毕 5UTC+4: 迪拜、第比利斯、巴库 6UTC+5: 卡拉奇、塔什干、马尔代夫 7UTC+5:30: 孟买、加尔各答、新德里 8UTC+8: 北京、上海、新加坡、珀斯 9UTC+9: 东京、首尔、平壤 10UTC+10: 悉尼、墨尔本、关岛 11UTC-5: 纽约（EST）、多伦多（EST）、利马（EST） 12UTC-8: 洛杉矶（PST）、旧金山（PST）、温哥华（PST）
常见错误
错误 1：假设 UTC 总是等于 GMT
虽然它们经常相等，但由于闰秒可能相差多达 0.9 秒。对于高精度应用程序，请明确使用 UTC。
JAVASCRIPT1// ❌ 错误：将 GMT 与 UTC 互换使用 2const gmtTime = new Date().toGMTString(); // 已弃用的方法 3 4// ✅ 正确：明确使用 UTC 5const utcTime = new Date().toISOString(); // 正确的 UTC 格式
错误 2：存储本地时间而不是 UTC
始终在数据库中存储 UTC 时间戳，仅在显示时转换为本地时间。
JAVASCRIPT1// ❌ 错误：在数据库中存储本地时间 2const localTime = new Date().toLocaleString(); 3db.save({ created_at: localTime }); // 时区不明确 4 5// ✅ 正确：在数据库中存储 UTC 时间戳 6const utcTimestamp = Date.now(); 7db.save({ created_at: utcTimestamp }); // 通用参考
错误 3：忽略时区数据库规则
不要假设固定的时区偏移。使用 IANA 时区数据库进行准确转换。
JAVASCRIPT1// ❌ 错误：假设某个位置的固定偏移 2const tokyoOffset = 9 * 60 * 60 * 1000; // UTC+9 的毫秒数 3 4// ✅ 正确：使用 IANA 时区数据库 5const tokyoTime = new Date().toLocaleString('zh-CN', { timeZone: 'Asia/Tokyo' });
最佳实践
对于开发者
- 始终在数据库中存储 UTC 时间戳
- 使用 ISO 8601 格式进行字符串表示：
2026-01-01T12:00:00Z - 以用户的本地时区显示时间以获得更好的用户体验
- 使用 IANA 时区标识符（例如，
America/New_York，而不是EST） - 使用适当的时区库处理夏令时
推荐的库
| 语言 | 库 | 用途 |
|---|---|---|
| JavaScript | date-fns-tz、luxon、moment-timezone | 时区处理 |
| Python | pytz、zoneinfo（Python 3.9+） | 时区处理 |
| Java | java.time（Java 8+） | 时区和日期处理 |
| Go | time 包（标准库） | 时区处理 |
| Ruby | tzinfo | 时区处理 |
结论
UTC 和 GMT 服务于不同的目的：
- UTC 是基于原子钟的现代、精确的时间标准
- GMT主要是英国的时区名称，基于太阳时
对于软件开发和全球系统，始终使用 UTC 作为时间标准。只有当你特别需要英国时区表示或遗留系统兼容性时，才使用 GMT。
相关工具
- Unix 时间戳转换器 - 在 Unix 时间戳和日期之间转换
- ISO 8601 转换器 - 使用 ISO 8601 时间戳
- 时区转换器 - 在不同时区之间转换时间
- 当前时间戳 - 以多种格式获取当前 UTC 时间
常见问题
Q: UTC 和 GMT 是一样的吗？
A: 它们在日常使用中通常被视为相等，但由于闰秒可能相差多达 0.9 秒。UTC 基于原子钟，而 GMT 基于天文观测。
Q: UTC 观察夏令时吗？
A: 不，UTC 从不因夏令时而改变。它是一个恒定的时间标准。时区可能会调整它们与 UTC 的偏移（例如，UTC+1 到 UTC+2），但 UTC 本身不会改变。
Q: 为什么我在时区设置中看到 "GMT"？
A: 许多系统使用 "GMT" 作为 UTC+0 的遗留名称。在现代应用程序中，这通常指的是 UTC+0 时区，而不是天文上的格林威治标准时间。
Q: 有多少个时区？
A: 有 24 个标准时区（UTC-12 到 UTC+14），但 IANA 数据库包含 400+ 个命名时区，以考虑历史变化、DST 规则和区域差异。
Q: 我应该在我的应用中使用 UTC 还是 GMT？
A: 使用 UTC。它是几乎所有编程语言、数据库和 API 使用的现代标准。只有当你特别需要英国时区表示时才使用 GMT。