这个是东八区的几点？

ELOHIM

1. ‎2018‎-‎06‎-‎08T23:14:53.032237600Z

复制代码

如上所示。。

随便注册

后面那个大数对不上啊，UTC时间说用偏移时就不写Z，而且偏移也不是这么大的数字。按UTC算就是第二天7点。
ISO 8601 - 维基百科，自由的百科全书
https://zh.wikipedia.org/wiki/ISO_8601

ELOHIM

随便注册 发表于 2018-6-10 19:38
后面那个大数对不上啊，UTC时间说用偏移时就不写Z，而且偏移也不是这么大的数字。按UTC算就是第二天7点。
...

这是事件日志里面的，我复制出来的。。

想看看有没有人开关我电脑。。

随便注册

ELOHIM 发表于 2018-6-10 19:39
这是事件日志里面的，我复制出来的。。

想看看有没有人开关我电脑。。

我复制的，这不正好+8吗，大数就不管了，也许它另有处理
日期:            2018/6/10 18:14:27
<TimeCreated SystemTime="2018-06-10T10:14:27.000000000Z" />

ELOHIM

随便注册 发表于 2018-6-10 19:44
我复制的，这不正好+8吗，大数就不管了，也许它另有处理
日期:            2018/6/10 18:14:27

可能 是 7点14.。

随便注册

ELOHIM 发表于 2018-6-10 20:19
可能 是 7点14.。

按这两个推测，是纳秒，约0.03秒

Windows Event Log SystemTime format - Server Fault
https://serverfault.com/question ... g-systemtime-format

Windows中的时间(SYSTEMTIME和FILETIME) - CSDN博客
https://blog.csdn.net/bokee/article/details/5330791

ELOHIM

随便注册 发表于 2018-6-10 20:51
按这两个推测，是纳秒，约0.03秒

Windows Event Log SystemTime format - Server Fault

上面说是 7：14
下面说是23：14.
日期也差了一天。这个应该是时区的原因吧。
蒙。。。

随便注册

ELOHIM 发表于 2018-6-10 22:12
上面说是 7：14
下面说是23：14.
日期也差了一天。这个应该是时区的原因吧。

不知道为什么它同时给两个格式，上面的是北京时间6月9日7点，下面的是UTC时间6月8日23点，+8小时就是9日7点

不是差一天啊，是差8小时，你别只看日期啊

ELOHIM

随便注册 发表于 2018-6-10 22:18
不知道为什么它同时给两个格式，上面的是北京时间6月9日7点，下面的是UTC时间6月8日23点，+8小时就是9 ...

所以我被弄蒙O了。。

open1

筛选后就跟楼主的问题一样了。