应使用 touch -m 修改文件修改时间（mtime），避免影响访问时间（atime）和状态变更时间（ctime）；支持自然语言（-d）或严格格式（-t）设定，批量操作优先用 find + xargs/-exec，注意符号链接需加 -h、时区影响及权限问题。

直接改 mtime 用 touch -m，别碰 ctime（它由内核自动更新，不可手动设）。

只改修改时间（mtime），不碰访问时间（atime）

这是最常见也最安全的操作：你只想让文件“看起来是昨天改的”，但不想影响它的访问记录。

• 用 -m + -d：支持自然语言，可读性强
  touch -m -d "2024-03-15 09:22:00" report.txt
• 用 -m + -t：格式严格，适合脚本固化
  touch -m -t 202403150922.00 report.txt（注意是 YYMMDDhhmm.ss，不是 ISO 格式）
• 验证是否生效：stat report.txt 看 “Modify” 行，确认只有这一项变了，“Access” 保持原样

批量修改一堆文件的 mtime

别用 for 循环套 touch，效率低还容易出错；优先走 find + xargs 或 -exec。

Linux Distros

Linux发行版游乐场，适用于需要临时Linux沙箱、基于浏览器的Linux虚拟机、一次性终端环境、桌面Linux会话等场景

下载

• 给当前目录所有 .log 文件设统一 mtime：
  find . -maxdepth 1 -name "*.log" -print0 | xargs -0 touch -m -d "2025-06-01"
• 递归改子目录下所有 config.yaml 的 mtime：
  find /etc -name "config.yaml" -exec touch -m -d "2026-01-01" {} \;
• 注意权限：如果目标文件属主不是你，touch 会失败，加 sudo 前先确认必要性——改时间戳本身不涉及内容变更，通常不需要 root

想“伪造创建时间”？Linux 没有真正意义上的创建时间字段

ext4 虽然底层支持 birth time（btime），但 touch 不提供写入接口，stat 也常显示 -。所谓“模拟创建时间”，实际是把 mtime 和 atime 都设成同一值，再配合业务逻辑解释。

• 不要用 touch -d 同时覆盖两者来“假装刚创建”——这会破坏原本的访问行为痕迹
• 若真需统一时间戳（比如归档打包前重置），明确用：
  touch -d "2026-07-01 00:00:00" file1 file2 dir/
• CentOS 7.9（已 EOL）等老系统对 btime 支持更弱，连 stat -c "%w" file 都可能报错或返回空，别依赖

常见踩坑点：符号链接、挂载选项、时区

touch 默认操作的是符号链接指向的目标文件，不是链接本身——这点和 ls -l 直观感受相反。

• 要改软链自己的时间戳，必须加 -h：
  touch -h -m -d "yesterday" mylink
• 某些挂载参数（如 noatime）会禁用 atime 更新，但不影响 mtime ——所以单独改 -m 总是有效的
• -d 解析依赖本地时区，不是 UTC；-t 也是按系统时区解释。跨时区同步文件时，建议统一用 UTC 字符串：
  touch -m -d "2026-07-09 10:00:00 UTC" file

真正难的不是命令怎么敲，而是搞清你要改的到底是哪个时间、改完之后谁会看、以及会不会干扰到后续的备份或构建流程。比如 CI 构建脚本常依赖 mtime 判断是否重新编译，乱设可能跳过关键步骤。