在日常多人协作时,最开始习惯看文件夹更新时间来查看是否有更新,但发现总是不能如实反映情况, 文件夹日期有时变,有时不变。很是困惑,就来探究下。
比如,起始状态:
在 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 自动调用另外一个方式修改文件,先把文件做个备份,然后原位修改。这时文件夹的时间戳就不会变了。
设计软件时,需要考虑的问题和情况还是挺多的。看上去挺简单的事情,里面说不准有多少”坑”需要注意,写网站这样,写工具也这样,作分析也是这样。
Linux 系统dmesg 时间戳转换为易于阅读的格式
Linux内核的 dmesg 结果显示了时间戳。 从内核[启动时间[开始] ,是秒数。
~# dmesg -h 查看帮助
-T,–ctime
打印人类可读的时间戳。
请注意,时间戳记可能不正确! 挂起/恢复系统后,用于日志的时间源不会更新。
可以使用awk中的内置函数mktime()awk '{gsub("-"," ",$1)print mktime($1" 0 0 0")}' a.txt它会把第一列的字符串
2016-09-26当作
2016-09-26
0:0:0的时间转化为时间戳,如果不符合时间日期格式的话,转化后是-1,比如上面的“null"字符串,你可以单独做处理。
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)