从一个LocalDateTime引发的疑问
一
公司有同事部署出错,然后查日志,找时间,从k8s得到的时间是 2017-06-16T09:38:48.580 +0000,然后他就纳闷了,因为他根本不会在9点部署好吧,而且9点大多数程序员都没开始进入状态呢。所以,咱们一群弱鸡就一起找原因了。
二
说真的一群程序员,靠猜都能猜得出大概意思是什么,但是,我们总要知道个为什么把?
+0000 我一开始就猜这是个时区之类的玩意,结果这是UTC时间格式(世界协调时)区分时区的。
+0000 代表着时区,而我们所在的时区是+0800,东8区。
三
2017-06-16T09:38:48.580的T,大家都猜得出这是LocalDateTime,所以很多同事一开始是从LocalDateTime查,查那个T是不是区分时区的,知道我查到UTC这玩意。但是,大家还是查T代表着什么,知道最后才发现这只是个ISO 8601标准。。。然后,大家钻牛角尖,这标准有什么好?
经讨论有区分啊,加快检索,去空格方便操作之类的。
我也不知道哪个对,百科没说,我觉得这问题和盘古开天地,自古以来就是如此是一个类型的,你们知道正确答案麻烦告知一下我这个弱鸡。。。
四
最后放一个JavaLocalDateTime的方法,看了之后大家不会用什么replace了吧?
@Override public String toString() { return date.toString() + 'T' + time.toString(); }