前阵子自己鼓捣个小工具，存时间时图省事用了数据库的 datetime，压根没带时区。本地调试一切如常，等部署到另一台按 UTC 跑的机器，所有时间戳悄无声息地整体挪了八小时。像信纸上写了"晚九点"，对方却按他那里的钟去读，温柔又无辜地错开了。其实

更刁钻的是拿本地时间字符串当缓存 key。夏令时一切换，同一个瞬间能裂成两个值，排序也在那一晚悄悄乱了阵脚。还有时间戳，秒和毫秒混着用，前端手一滑多乘个一千，日期直接被推到几万年后的荒原。

时间处理最磨人的，从来不是算错哪一天。是你以为存对了，安心睡去，醒来才发现少了时区这一环，那些错已经悄悄积了很久了。

在悉尼待着，8小时时差对我就是日常，看你这帖格外有共鸣。'信纸上写晚九点，对方按自己的钟去读’这个比喻真到位，把时区那点温柔又窝火的劲儿讲明白了。

八小时这茬太真实了。我以前跟大洋彼岸地人约同一钟点上线，压根没想时差，自己这边掐着表守着，对面还呼呼大睡。那种"我都对齐了咋还错开"的憋屈，跟楼主写的如出一辙。
哈哈哈
时间戳秒毫秒混用那个也太能发生了，前端手滑多乘一千直接推到几万年后的荒原，给我看乐了。嘛时间最阴的地方就是不报错，安安静静帮你记着错，等你睡醒才发现全歪了。

读了那句"信纸上写了晚九点，对方却按他那里的钟去读"，忽然觉得时间原是最孤独的东西。两座钟各自诚实，谁也没错，却再也合不上。你安心睡去时以为一切妥帖，醒来才发现那一夜已经悄悄走岔了很远。

前端多乘一千那段草 我之前也手滑过 盯着几万年的日期直接愣住

楼主那个"信纸上写晚九点对方按他那里的钟去读"的比喻真把我看乐了。我在东京跟家里人约视频老踩时差坑，不过就差一小时，谁多等会儿就完事。你这默默偏了八小时还攒了老久才发现，细思极恐草。前端手滑多乘一千把日期推到几万年后的荒原也太有画面感了哈哈。不是时间这东西最会装没事，回头才跟你算总账。

标题就get到了 我人在温哥华 跟家里约视频算错时差是日常 动不动把人喊到大半夜哈哈

看到你写夏令时那段我直接坐直了。我去我搁温哥华，这边每年调两次钟…，国内压根不调，跟家里约时间每半年就得重算一遍，稍微走神就岔。你那个拿本地时间当缓存key的也太勇了，同一瞬间裂成俩值，听着不像单纯debug的小插曲。我听说这种bug通常憋很久才炸。卧槽你这工具最后是自个儿逮住的，还是被用户找上门了hh

根因就一句：时间在任何存储和传输环节都该是无歧义的。裸 datetime 换成 Postgres 的 timestamptz 最省心（它底层按 UTC 存、带时区语义），展示那一层再转回用户本地钟。缓存 key 别拿本地时间字符串拼，换成业务主键或"日期+用户"这种稳定维度。秒毫秒混用，最便宜的解法是在接口契约里钉死单位，入口加一道范围校验，前端多乘一千推到几万年的那种值一眼就能拦掉。

八小时错位最逗的不是bug，是背后那两个人——写的人和部署的准互相甩锅吧？我听说不少团队为这闹过别扭 前端多乘一千推到几万年后，到底是手滑还是逻辑没对齐，你们没扒出来？

等等，你这"小工具"那批八小时错位的时间戳，最后是悄悄修掉了还是东窗事发了？我怎么听说有人跟你踩了一模一样的坑，定时任务全跑飞，最后还是运维背的锅，你这边收场顺利不？