Linux下文件内容更新了文件夹时间戳却没变?
发布网友
发布时间：2022-10-01 05:31
共1个回答
热心网友
时间：2024-01-11 07:59
在日常多人协作时，最开始习惯看文件夹更新时间来查看是否有更新，但发现总是不能如实反映情况, 文件夹日期有时变，有时不变。很是困惑，就来探究下。
比如，起始状态：
在 webserver 文件夹下，增加一个文件， record.md
再查看下文件夹日期有没有变化，发生变化了，为我们新增文件的日期。
那么再继续追加内容，还是使用 cat (不同写入方式也有影响，后面会提到)。
这时再看文件夹日期，发现与文件不同步了。文件日期 更新 了，文件夹日期却 没变 。
这是为什么呢？ 文件内容更新了，文件夹时间戳却未变。那么件夹的更新日期是什么决定的呢？
我们在使用 less 操作时，有时会不小心对一个文件夹进行 less 操作。看上去就像文件夹里的内容变成了一个文本文件。
而文件夹确实是类似文本文件的方式存储的，文件夹可以看做 文件inode:文件名 组成的文本文件 (文件的属性信息存在 inode 的元信息中，可以用 stat file 查看)。只要文件夹内未发生文件的新增、删除、软链或文件夹内文件的 inode (也称为索引节点)未改变，文件夹 (代表文件夹的文本文件)的时间戳就不会发生变化。
而我们每次追加文件内容都未改变 文件名字 和文件的 inode ，所以文件夹的日期未发生变化。
关于文件夹日期更新的问题算是解决了。
另一个问题是，虽然同事的文件更新了，文件夹时间戳一般不改变。但我发现我每次更新完文件内容，文件夹的日期却都会变化，看上去与前面的认知矛盾。想了下，更新时用到的文本编辑器不用，问题是否可能出在 vim 上（我每次都使用它来更新文件），下面看一下。
大家注意这里面 webserver 日期与 webserver/record.md 日期的变化和 ls -i 的输出结果的变化。
确实是 vim 改变了文件的 inode ，也就是说在我们使用 vim 修改文件时， vim 为了避免中间出现意外，先重命名了修改前的文件，修改后的文件以之前文件的名字存储，看上去我们做的是原位修改 , 实际上是换 了新的文件，所以 inode 发生了变化。当然这个操作可以自己配置修改。
在另外一个情况下，如果我们对文件夹无 可写权限，但对该文件夹内的文件有可写权限 时， vim 自动调用另外一个方式修改文件，先把文件做个备份，然后原位修改。这时文件夹的时间戳就不会变了。
设计软件时，需要考虑的问题和情况还是挺多的。看上去挺简单的事情，里面说不准有多少”坑”需要注意，写网站这样，写工具也这样，作分析也是这样。
