everything 存储修改时间是一串时间戳，但是并不是标准的，是怎么来的？ 133 开头 18 位

2024-01-27 16:29:23 +08:00
 abcdxe2v
20230407...对应 133253442026061941
20230616...对应 133313835908965840
20231103...对应 133434484864338834
1362 次点击
所在节点    问与答
5 条回复
yzwduck
2024-01-27 16:46:07 +08:00
它是 FILETIME, 以 1601/01/01 开始的 100 纳秒数.

https://learn.microsoft.com/en-us/windows/win32/api/minwinbase/ns-minwinbase-filetime
abcdxe2v
2024-01-27 17:05:14 +08:00
@yzwduck 感谢
abcdxe2v
2024-01-27 18:24:55 +08:00
https://www.epochconverter.com/webkit
找到了个对应的在线转换网站
SimonOne
2024-01-28 00:07:17 +08:00
@abcdxe2v #3 你这网站是 1601/01/01 以来的微秒数，你的例子是 1601/01/01 以来的 100 纳秒数，记得两个数量级差 1 位哦，别看漏了出 BUG
SimonOne
2024-01-28 00:09:44 +08:00
Microsoft FILETIME
AKA:
Windows NT time format
NTFS file time
LDAP time
Active Directory time
Definition: 100-nanoseconds intervals since 1601-01-01 00:00 UTC


WebKit/Chrome timestamp
Definition: microseconds since 1601-01-01 00:00 UTC

这俩不一样哦

这是一个专为移动设备优化的页面（即为了让你能够在 Google 搜索结果里秒开这个页面），如果你希望参与 V2EX 社区的讨论，你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://www.v2ex.com/t/1012054

V2EX 是创意工作者们的社区，是一个分享自己正在做的有趣事物、交流想法，可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX