这其实是主流文件系统的标准行为，很多人都会遇到这个困惑，我来结合你的场景拆解清楚：

• 文件系统的元数据维护逻辑
  不管是Windows的NTFS，还是Linux的ext4这类常用文件系统，父文件夹的元数据里都包含了对子项（子文件夹、文件）的索引信息。当你修改子文件夹内的文件时，虽然子文件夹本身的“目录结构”（比如它的直接子项列表）没变化，但文件系统可能会更新父文件夹的某些内部索引或时间戳——这是为了保证文件系统的一致性，属于底层操作的附带结果。

• 不同层级文件夹的修改时间触发条件不同
  子文件夹的修改时间只有在它自己的直接内容发生变化时才会更新：比如在这个子文件夹里新增、删除、重命名直接子项，或者修改子文件夹本身的属性（比如权限、名称）。而你只是修改了子文件夹里的文件内容，并没有改变子文件夹的自身状态，所以它的修改时间不会变。

  但父文件夹的修改时间触发条件更宽泛：在Windows NTFS中，只要子目录里的文件有创建、删除、重命名，甚至内容修改导致文件大小变化时，父文件夹的MFT（主文件表）条目可能会被触动，进而更新它的修改时间。类Unix系统的文件系统也有类似逻辑，只是触发细节略有不同。

举个直观的例子：你有Parent/Child的目录结构，当你编辑Child/file.txt时，Parent的修改时间会更新——因为Parent的元数据里关联着Child的存在，Child内的文件变化会间接触发父目录的元数据更新；但Child的修改时间只会在你往Child里加新文件、删文件，或者改Child的名称时才会变，单纯编辑已有文件不会影响它的修改时间。

内容的提问来源于stack exchange，提问作者rahs