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

原由

起初是在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上和基于arch的manjaro的是正常的。

总结

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

欢迎关注我的公众号：Senar