提交时间给后端用时间戳好还是字符串好

[qzhai]

后端让我传如下字符串格式。 2021-12-24 16:23:39 我印象里一直传的时间戳。 我们这个业务没有涉及到 90 年以前的数据。 但是访问量很大。 说想问下 这两者的区别

[rrfeng]

字符串可以，但是一定要带时区

[ncepuzs]

@lululau 那请问你这到底是北京时间还是太平洋时间呢？没时区信息啊。

[mainjzb]

要么 RFC 3339 和 http 一样好调试
要么 时间戳 和 grpc 一样效率高

[securityCoding]

时间戳，什么时区自己去搞，范围查询时没那么多幺蛾子

[tushankaka]

ISO8601

[lff0305]

字符串不光是时区的问题，还有夏令时的问题（如果做国际项目）, 表回调那一天，有两个那个回调的小时

[icyalala]

完整的信息其实是 timestamp + zone
只传时间戳，就缺少了时区信息
而不标准的时间字符串问题更大

[janus77]

时区是一个方面
还有一个就是，如果传字符串，你前端和后端都要校验一下合法性，格式不对之类的问题
然后就是后端使用的时候更加方便，不管是转成其他格式，还是验证一下时间段，初始值用时间戳都比格式化好的字符串要方便

[kisick]

时间戳最保险，避免踩坑

[Rocketer]

国际上时间戳更流行，因为老外需要不停的处理时区问题。数据库里存的都是格林尼治时间，各客户端根据自己的时区再转换。

纯中国市场的话倒是无所谓，后端要求咋样就咋样呗。

[dayeye2006199]

朋友，时区和夏令时有没有处理过

[dcsuibian]

我用毫秒级时间戳，尽管字符串更好阅读，但实际上字符串的维护成本高很多

[ETiV]

unix timestamp 时间戳
严肃一点场景的话应该避免读客户端的时间戳，因为用户可以改系统时间伪造。

[ericls]

未来的时间只能存字符串 因为时间戳无法确定 因为夏令时的规定可能会变

[chendy]

时间+时区
直接上时间戳不容方便看

[zerozz]

时间戳的 2038 年问题如何解呢

[Torpedo]

肯定是时间戳。
字符都不知道有多少种。。。

[Cbdy]

ISO 8601 比时间戳好点

[icelo]

时间戳好点

[liuidetmks]

字符串要注意时区