01
先选资料组
首屏已选时区并提交 Asia/Shanghai。切换国家、locale、AWS 或 Kubernetes 时，页面会载入该组示例，同时清掉上一组的选中结果。
开发者参考资料
IANA 时区列表与平台代码速查
先选择代码体系，再搜索本地快照；用于部署前请点开原始来源复核。
IANA 时区列表
匹配项
查询只在本页进行；只有点击外部来源才会离开本站。
数据集
显示 1 / 1 条匹配
条目核对日期：2026-09-23
配置定时任务时，你可能需要 Asia/Shanghai 这样的地理标识，而不是凭当前时间写死 UTC+08:00。IANA 时区列表保存的是地点对应的时间规则入口，固定偏移量无法表示未来规则变化。
国家代码 CN、locale 代码 zh-CN 和 AWS 区域代码 cn-north-1 看似相近，却不能互换。这里把五组资料分开查，并把每项的来源和版本摆在结果旁。
为什么查这份 IANA 时区列表
先确认代码属于哪套体系，再决定能否用于配置。
地点标识不同于当前偏移
IANA 时区列表使用 tzdb 2026d 的地理时区 ID。Asia/Shanghai 可与国家代码一起核对；本页不提供一个可能误导未来排期的“永久 UTC 偏移”。
相似代码各有自己的来源
CN 是国家代码，zh-CN 是 locale 标签，cn-north-1 是云区域。五组结果分别显示字段、版本和来源，减少把一个值贴进错误配置项的机会。
按代码体系定位，再核对版本
02
输入名称或完整代码
可按城市片段、国家英文名、两字码、区域名或资源 Kind 缩小当前组。改动输入后旧结果立即过期；按 Enter 或点击查询才会刷新。
03
复制前打开来源
详情显示资料基线与官方链接。AWS 账户是否启用某区域、Kubernetes 集群实际支持什么资源，仍要到相应服务或集群核对。
五组标识符各查各的
时区和国家码
IANA 时区列表有 312 个 zone1970.tab 地理条目；同版 iso3166.tab 有 249 个国家 alpha-2 代码。时区可按 ID、城市或关联国家英文名检索。
常见 locale 代码
16 个精选 BCP 47 区域设置代码标签展示语言与地区子标签。en 不会自动变成 en-US；这里提供常用组合，而非全部合法组合。
云区域与资源类型
38 个 AWS 区域代码覆盖标准、GovCloud 和中国分区；16 个 Kubernetes 资源类型列出 apiVersion、复数资源名与作用域。
静态资料的适用边界
- 地理时区不是所有别名
- 这份 IANA 时区列表来自 zone1970.tab。旧别名和 Etc/UTC 不在 312 条地理记录内；未命中不等于目标运行环境拒绝该标识。
- 偏移量取决于日期
- 本页查时区标识符，不计算当前时间或永久 UTC 偏移。时区法规变更后，运行环境采用的 tzdata 也可能与本页快照不同。
- 代码不能互相推导
- 国家代码不表示语言；locale 代码由多个子标签构成。电话区号、AWS 区域和 Kubernetes Kind 也不能仅凭一个国家码可靠推出。
- 可用性要查实时系统
- 列表里有 AWS 区域，不代表你的账户已经启用或某服务可用；16 个 Kubernetes 内建类型也不能代表集群的 CRD 与实际 API。
- 来源有固定核对点
- IANA 文件固定在 tzdb 2026d，其他精选资料于 2026-09-23 核对。打开页面不会联网拉取所谓最新版本。
IANA 时区列表常见问题
如何查找 IANA 时区标识符？
先在 IANA 时区列表按城市或 ID 查询，再打开 zone1970.tab 来源。旧别名不全在这份地理列表中，兼容旧系统时还要核对完整 tzdb。
时区标识符和 UTC 偏移量有什么区别？
Asia/Shanghai 表示一组地点时间规则，UTC+08:00 只是数值差。若应用要安排未来当地时间，保存地点标识更能表达意图。
国家代码与 locale 代码有什么区别？
CN 是国家或地区的 alpha-2 代码；zh-CN 由语言 zh 与地区 CN 组成，表示 locale，不等于“国家的语言”。
AWS 区域代码和可用区代码一样吗？
不一样。us-east-1 是 Region；可用区更具体，而且名称与账户映射有关。账户启用状态和服务可用性要回 AWS 核查。
如何找到 Kubernetes 资源类型对应的 API 版本？
精选内建类型的详情列出 apiVersion，例如 Deployment 的 apps/v1。要确认当前集群，请运行 kubectl api-resources，而不是把静态表当作实时发现。
发现过期代码或错误来源？