find中的mtime，工作中遇（一直在改变系列5）

我会把《一直在改变系列》一直保持下去，直到我离职，并成功变身。

今天在工作的时候要写一句脚本，想把7天以外的文件删除。

使用 find -name "[0-9][0-9][0-9][0-9]" -type d -mtime +7 | rm -rf {} /

类似于上面那样，却发现，+7的作用没有体现，7天前的文件没有删除。网上查了后，被误导用24小时去计算，发现也不对，然后自己琢磨实验了下：

发现 -7代表现在-第7天
　　7代表第7天-第8天

　　+7代表第8天后

当然时间的确是用24小时去算的，因为要从现在的时间开始向后推。

网上有人分享出来的知识终于与我想的一样了：

有关find -mtime这个参数的使用确实是我以前犯过错误。今天又有人问到我这个问题，我觉得有必要把这个问题在这里记录下来。

mtime参数的理解应该如下：
-mtime n 按照文件的更改时间来找文件，n为整数。
n表示文件更改时间距离为n天， -n表示文件更改时间距离在n天以内，+n表示文件更改时间距离在n天以前。
例如：
-mtime 0 表示文件修改时间距离当前为0天的文件，即距离当前时间不到1天（24小时）以内的文件。
-mtime 1 表示文件修改时间距离当前为1天的文件，即距离当前时间1天（24小时－48小时）的文件。
-mtime＋1 表示文件修改时间为大于1天的文件，即距离当前时间2天（48小时）之外的文件
-mtime -1 表示文件修改时间为小于1天的文件，即距离当前时间1天（24小时）之内的文件

为什么-mtime＋1 表示文件修改时间为大于1天的文件，即距离当前时间48小时之外的文件，而不是24小时之外的呢？
因为n值只能是整数，即比1大的最近的整数是2,所有-mtime＋1不是比当前时间大于1天（24小时），而是比当前时间大于2天（48小时）。

 

 

其他的atime ctime 也是一样的道理！