linux 中 touch 无法修改文件创建时间（btime），仅能设置 atime 和 mtime；ctime 是元数据变更时间，自动更新但不可手动指定。
Linux 里无法用 touch 修改文件的“创建时间”（ctime 是变更时间，不是创建时间），这点必须先说清。 文件的真正“创建时间”（birth time）在大多数 ext4/xfs 文件系统上虽有存储，但内核和用户态工具（包括 touch）不提供修改接口。你看到的 stat 输出里的 btime 通常只读，touch 所有选项都只影响 atime、mtime 和间接触发 ctime 更新。
为什么 touch 不能设“创建时间”
Linux 的 touch 命令设计目标就是操作 atime 和 mtime —— 这是 POSIX 标准明确支持的。而“创建时间”不是 POSIX 概念，底层 fs 接口（如 utimensat(2)）根本不接受 birth time 参数。ctime（change time）更不是创建时间，它是 inode 元数据最后一次被修改的时间（比如改权限、改所有者、或 touch 触发了 mtime/atime 更新），它会随 touch 自动更新，但你不能“指定”它。
常见误解来源：ls -l 不显示 ctime，stat 显示的 Change: 行才是 ctime；而部分新内核 + xfs/ext4 的 stat -c '%w' file 可能输出 btime，但它只读，任何 touch -t 或 -d 都不会动它。
touch -t 和 touch -d 的实际效果差异
这两个选项都能设置时间，但解析逻辑和适用场景不同：
-
touch -t 202301011200.30 file：严格按[[CC]YY]MMDDhhmm[.ss]格式解析，无歧义，脚本里首选。年份省略时默认为当前世纪（即 23 → 2023）；秒可选，带小数点。 -
touch -d "last Friday" file或touch -d "2023-05-15 09:30:00" file：依赖 GNUdate的自由格式解析器，支持自然语言（如"yesterday"、"3 hours ago"），但行为受 locale 和 glibc 版本影响，在非 GNU 系统（如 FreeBSD）可能不可用。 - 二者都会同时更新
atime和mtime，除非额外加-a或-m。
用 touch -r 复制时间戳时的坑
这个功能看着简单，实操中容易出错：
-
touch -r ref_file target_file会把ref_file的atime和mtime同时赋给target_file，但target_file必须存在，否则报错No such file or directory—— 它不会自动创建文件。 - 如果想“用 ref_file 的时间创建新文件”，得拆成两步：
touch -c target_file && touch -r ref_file target_file，其中-c确保不创建，再-r赋值；或者直接touch -d "$(stat -c '%y' ref_file)" target_file（需 GNU coreutils）。 -
-r不处理符号链接本身：它读取的是链接指向的目标文件的时间，不是链接文件自己的元数据时间。
批量修改时间戳时别忽略 -c 和权限检查
写脚本批量处理时，-c（--no-create）不是可有可无的选项：
- 没有
-c，find /path -name "*.log" -exec touch {} \;一旦遇到路径里某个中间目录不存在，或文件名含空格，就可能意外创建一堆名字诡异的空文件（比如把logs/2023/01/access.log拆成logs、2023、01三个空文件）。 - 真实环境常有只读文件或权限受限目录，
touch失败时返回非零值，但find -exec默认不中断。建议加|| true显式忽略错误，或用find ... -print0 | xargs -0 -I{} sh -c 'touch "{}" 2>/dev/null || echo "skip {}"'控制行为。 -
touch修改时间戳本身不改变文件内容，但会触发ctime更新——这点对 inotify 监控或 makefile 依赖判断很关键，别误以为“没改内容就等于没变”。
真正需要伪造“创建时间”的场景（比如归档测试、合规报告），目前只能靠低层工具如 debugfs（ext4）或 xfs_db（xfs）直接写 inode，风险极高，且重启后可能被 fsck 重置。日常使用请老实用 atime/mtime，并接受 Linux 没有用户可控的“创建时间”这一事实。
