时区缩写的问题：中国标准时间和美国中部标准时间都是 CST？

[villivateur]

刚刚给服务器配时区突然意识到，中国标准时间（ China Standard Time ），和美国中部标准时间（ Central Standard Time ）都是 CST ，这难道不会有歧义吗？

[shakoon]

确实会有歧义，强烈不建议使用。我经常上的一个学术讲座网站，里面显示就有 cst 的问题，以至于我还得再根据活动地点来判断到底是中是美。

[Oktfolio]

之前同事就因为两个 CST 踩坑了

[zliea]

卧槽，重来没注意过还有这事，不过基本上如果服务器/数据库拿过来我自己配置都是 Asia/Shanghai 或者 UTC+8 ，其他同事配置的没准就有这个问题。

[Senorsen]

时区存储要遵循 tzdb 和 rfc6557 ，用 tz database 的 identifier 表示（比如 Asia/Shanghai ），不会有歧义。否则如果用固定的 offset ，很容易遇到前边说的冬令时/夏令时问题。。
时间本身用 UTC 时间戳就好，配合时区渲染。。

[sparkle2015]

踩过这个坑，美国客户发的会议邀请，上面写的是 cst 时间，然后就放了他们鸽子...

[mw2c]

前段时间 Chrome 还因为这个问题产生了一个 Bug：可以看看这篇文章《 Chrome 获取时区 P0 bug 的技术分析和个人感想》 https://zhuanlan.zhihu.com/p/663583953

[julyclyde]

但是你给服务器分配的时候应该写的不是 CST 而是 Asia/Shanghai 啊，你咋就能联想到 Central Standard Time 呢？？

[julyclyde]

不要用 UTC+8 来代表中国时区
中国时区并不“总是”UTC+8

[xmumiffy]

UTC 偏移值比夏令时冬令时准确太多，不用隔几年回来看还要去 Google 下当年是哪天切换的冬夏令时。至于日常使用，直接把 UTC 偏移值改了就行

[iseki]

现在还是优先用 IANA 时区标签比较好，Asia/Shanghai 这样，虽然不是什么权威，但基本是比较好的事实标准

[iseki]

@xmumiffy UTC+N 表示的是自然时区，和 CST Asia/Shanghai 这种表示对法令时区不一样。不是准确不准确的问题，这根本就不是一种东西。

[nothingistrue]

涉及到 Local 的时区，中国时间唯一的标准就是 Asia/Shanghai 。CST 这种国家自己定义，而非国际协会/传统定义的缩写，就是大坑。

[iseki]

@hahastudio 这个标准确实不错，唯一的遗憾就是它好像不是那么权威

[iseki]

@nothingistrue 也不能这么说，这个数据库还是以城市为基准，只能说今天用的最多的是上海，翻翻数据库历史上还是有好多个子标签的

[enchilada2020]

@sparkle2015 这。。好坑

[xmumiffy]

其实中国时区用 HKT 也没歧义，我就换成了这个

[xmumiffy]

@iseki 不是同一个东西，但是用 UTC 偏移值能精准地表示一个时间。
影响 Local Time 的因素太多，不便于不同 Local Time 的人交换时间日期

[julyclyde]

@iseki IANA 还不算权威吗？

[xmumiffy]

@julyclyde 配 Shanghai ，默认的时间格式化出来的是 CST

[julyclyde]

@xmumiffy HKT 在日本占领那几年是几啊？