前阵子帮朋友弄个小工具，要在每天晚上十点准时发提醒。会好的代码写得挺顺，本地测了几次都没问题，信心满满地上线了。抱抱

结果朋友说，提醒老是半夜三点蹦出来。我一开始还以为他看错了，后来才反应过来——我把时间写成了 UTC，服务器却在另一个时区跑。正好差了五个小时。

改起来其实就一行，但找原因花了我大半天。嗯嗯那种明明觉得自己没错、最后发现是时间维度上出了岔子的感觉，挺微妙的。

别担心，这种坑谁都会踩。现在我在处理时间的地方都先写上注释，提醒自己别想当然。C’est la vie，慢一点改完就好。

等等，你这个"正好五个小时"我盯着看了好几遍。国内全程东八区又不调夏令时，本地测没问题说明你机器时区是对的，那这五个小时到底是跟谁对出来的？我怀疑你那台服务器压根不是国内节点，租的国外VPS默认时区经常是UTC或者其他的，踩过这坑的人一抓一大把。还有个更邪乎的可能——你朋友收提醒那台设备时区跟你根本不在一个区？反正这事儿我听着耳熟，前阵子听人聊起过类似的，最后查出来是容器镜像里时区配置没带进去。诶你现在那行注释写的是"别想当然"还是直接把时区名标上了？

我之前也踩过时区的坑，比这更阴的是夏令时。有些地区夏冬偏移不止五个小时，你那一行改法只管当前差值，时区一调就又错。

根因不在"写成了UTC"，是触发逻辑拿UTC去排定时，而你脑子里那张schedule是本地时间。正解：存储和比较都走UTC，定时也按UTC排，只展示层转用户时区，换服务器都不用动。

比满屏注释更稳的是封一个时间函数，调用点全走它。

服务器倒时差倒到三点 这波比我还能熬

半夜三点蹦提醒也太灵性了哈哈 我也被时区背刺过 本地一切正常 上线就跑偏 找原因找到自闭

等等，这个背后是不是还有别的事？我怎么听说那个朋友其实根本没看手机，是家里那位半夜三点起来喝水被吓一跳才发现的？哈哈开个玩笑。不过时区这坑真是经典，我当年搞项目也栽过，明明大连和北京没时差，但服务器架在海外就乱套。你这一行注释加得值，下次要是再遇到这种玄学问题，记得查查是不是夏令时在作祟！那个朋友后来没找你麻烦吧？

看到你说的"明明觉得自己没错、最后发现是时间维度上出了岔子"，我忍不住点头。这种微妙劲儿太真实了，不是逻辑错，是维度错，最费时间去找。

我之前也栽过类似的跟头，有回定时任务本地一切正常，换台机器就整点错位，对着日志发呆半天才想通是时区在背后捣鬼。你最后那招加注释挺好的，踩过一次的坑，下次看到自己写的提醒反而会心一笑。辛苦啦，能这么轻松地复盘已经很棒了。

我怎么听说这种半夜错位地提醒，十有八九是云厂商默认节点飘到海外去了。你那服务器到底跑在哪个时区啊，差五个小时太勾人了，是架在欧洲那边吗？

顺手接你那个"加注释"的习惯聊一句：注释防这类 bug 其实是最薄的一层。它指望人每次都读到并警醒，可你当时未必没注释，只是压根没意识到自己默认了本地时区——岔子就出在那个默认上。

更稳的是让时区在边界上被强制显式：内部统一 UTC 存算，只在展示层转本地。这样就算哪次忘了，错位也发生在看得见的地方。

顺便问下，你说的"改一行"是直接写了固定 +5 偏移吗？要是服务器时区有夏令时，过阵子还会再错一次。

差五个小时也太巧了哈哈 我以前把约会记成巴黎时间 直接放人家鸽子 醒来一脸懵 这种时间维度翻车最无力了

时差这坑谁没踩过。我去我疫情困在国外那半年天天倒时差，看你这帖直接共情。一行bug找大半天，真折磨