头图

WSL中通过fs.stat获取文件的birthtime不正确的原因

Senar

原由

起初是在WSL中开发一个静态博客项目,想要偷个懒,想直接通过fs.stat()获取文件的创建时间来生成文章的时间线排序,包括更新时间

不对劲

当我更改了一个md文件的内容时,我发现时间线发生变化了,我是通过(await fs.stat(filePath)).birthtimeMs获取文件创建时间的,但是我发现这个值竟然在我改动过文件后变化了,变成了我改变文件的时间戳,白丝不の七姐(bushi)

找原因

通过stat命令一查看,我惊呆了,文件的Birth竟然是-,你没看错就是一个杠

  Size: 2477            Blocks: 8          IO Block: 4096   regular file
Device: 810h/2064d      Inode: 148374      Links: 1
Access: (0644/-rw-r--r--)  Uid: ( 1000/     ldl)   Gid: ( 1000/     ldl)
Access: 2021-11-08 16:35:59.405414600 +0800
Modify: 2021-10-28 09:36:18.918000000 +0800
Change: 2021-10-28 09:36:18.913397200 +0800
 Birth: -

各种让我一通找之后,起初以为是WSL下的文件系统的问题,具体可以查看github上别人19年的时候提的一个issue:stat.birthtime is incorrect under WSL · Issue #30860 · nodejs/node (github.com),后来发现不对,在我的Ubuntu服务器上也是一样的现象,属实给我惊呆了,后来看到论坛有人说只要是基于Debian的发行版的,都无法拿到文件的准确的创建时间;还有一种方法:拿到Ext4文件系统的crtime获取到创建时间:步骤是先用ls -i拿到文件的inode,然后df .查看当前挂载位置/dev/vda1,最后通过sudo debugfs -R 'stat <inode> /dev/vda1查看文件的crtime,vim改了下文件,一看还是跟着四个time全变,无解了!

本人测试在win上和基于archmanjaro的是正常的。

总结

还是老老实实在win上开发吧,不要用Ubuntu,也可以用manjaro,真的无奈gym!

欢迎关注我的公众号:Senar
微信公众号:Senar

阅读 191
17 声望
4 粉丝
0 条评论
17 声望
4 粉丝
文章目录
宣传栏