上周有位朋友整理旧项目资料把整个文件夹从一块老移动硬盘复制到新电脑结果一打开发现所有文件的修改时间全变成了复制当天。他原先是靠修改时间排序来追溯文件版本的这一下全乱了几千个文件连从哪下手都不知道。这种问题太常见了——文件从原位置复制到一个新地方很多情况下时间戳并不会保留原值。这篇文章就把“批量修改文件夹中所有文件的修改时间”这件事聊透既讲清楚为什么时间会变也给出Windows下最稳的一套批量处理办法顺带把创建时间、访问时间一起搞定。无论是资料归档、素材整理还是刚复制完发现时间全乱的场景照着操作都能解决问题。1. 先搞清楚状况复制后“时间变了”是哪个时间变了1.1 文件时间戳的三个维度要批量改时间第一步不是急着敲命令而是先把“时间”这件事拆开。Windows里一个文件身上其实挂着三个时间创建时间、修改时间、访问时间。很多人嘴上说“修改时间变了”实际上变了的是创建时间或者三者一起乱套。创建时间CreationTime文件在当前目录、当前磁盘卷上被“创建”的时间。一个文件从A盘复制到B盘对B盘来说这是一个全新文件出生时间就会被记成复制操作发生的那一瞬间。修改时间LastWriteTime文件内容最后一次被写入的时间。普通复制操作理论上不应该改动它因为文件内容没变。但很多工具在传输过程中会重新写文件导致这条时间也被刷新成传输时刻。访问时间LastAccessTime文件最后一次被读取或访问的时间。系统可能因为一次打开、一次扫描就更新它所以它是最不稳定、也最不推荐作为整理依据的一个字段。理解了这三个维度你才知道真正要改的是哪条。文件管理器里默认显示的“修改日期”通常对应的是修改时间但如果你在资源管理器里看到的是复制完成前后的时间那很可能创建时间和修改时间一起乱套了。1.2 不同复制方式对时间戳的实际影响同样是“把文件夹复制到新地方”背后的机制却完全不同。我实际接触过下面这几种情况表现差别很大资源管理器常规复制在Windows里直接把文件夹拖到新位置复制完成后新文件的创建时间会被设成复制时间修改时间一般还是保留原值。但如果你看的是“修改日期”列可能感觉没变化也可能因为跨卷或文件系统不同而产生异常。网盘客户端同步多数网盘在下载文件时会把文件的修改时间写成“下载完成的时间”除非你在客户端设置里开启了“保留文件时间戳”。我见过很多设计师、摄影师从网盘拉素材结果所有文件的修改时间都变成了下载当天。FTP上传下载FileZilla这类专业FTP工具默认会保留本地文件的修改时间并写到服务器上但很多网页后台的上传组件、旧脚本传完就顺手把时间改了。压缩包解压ZIP格式本身能保存时间解压时一般能还原修改时间但tar包、或者某些压缩工具的“覆盖写入”模式解出来之后时间就会变成当前解压时间。跨文件系统复制从NTFS复制到FAT32/exFAT移动硬盘时因为FAT文件系统的时间精度只有2秒复制后你可能会看到秒位出现偏差偶尔也会有日期整体异常的情况。看下面这张表基本能对应大部分场景复制方式创建时间修改时间访问时间资源管理器常规复制到新盘变为复制时间通常保留可能变为首次读取时间网盘客户端下载变为下载时间取决工具多数会变变为下载时间FTP上传后再下载变为下载时间取决客户端多数会变变为下载时间ZIP解压变为解压时间从压缩包内记录还原变为解压时间tar解压变为解压时间多数变为解压时间变为解压时间所以标题里说的“文件夹通过复制到一个新的地方自动更新时间”基本可以定位成工具重写了时间戳或者跨文件系统后精度丢失导致你看到的排序全变了。1.3 什么场景需要批量重置时间戳知道了原理再看需求。我总结下来真正需要批量修改时间戳的就这么几类资料归档把散落多年、从各处收集来的照片、文档、项目文件统一到一个时间节点方便按时间线浏览和检索。复制迁移后恢复排序复制完发现修改时间全乱套原来“按修改时间倒序”看最近文件的习惯失效需要批量把时间恢复成有意义的值。素材批量入库设计、摄影、视频项目里从网上下载的参考素材、插件包、字体统一把它们的时间设置成入库当天方便版本管理。测试与自动化做增量同步测试、备份脚本验证时需要人为制造一批“固定时间戳”的文件用来判断程序有没有正确识别修改时间。这些场景的共同点是文件数量多动辄几百上千个靠人工去改等于浪费时间所以批量是刚需。2. 批量修改时间戳的方案盘点先想清楚再动手2.1 为什么不能手动一个一个改你可能会问直接右键属性不就能改修改时间吗这里有个很多人不知道的细节Windows资源管理器本身的“属性”界面只提供了查看时间戳的入口并不提供修改时间戳的功能。你右键一个文件切到“详细信息”能看到的只有“创建时间”“修改时间”“访问时间”这三个展示字段没有输入框让你改。系统原生设计就没有把这个当作普通用户操作暴露出来。所以想改时间唯一的办法是借助外部能力要么用命令行和脚本要么用第三方小工具。手动一个个改这种想法从一开始就走不通。2.2 免费工具选型Windows自带 vs 第三方图形化工具实际能用的方案主要分两条路线。路线一Windows自带的PowerShell脚本这是我最推荐的方式。PowerShell是系统内置的不需要安装任何额外软件命令可以直接访问文件的三个时间戳属性并且天然支持批量循环和递归遍历。稍微有一点基础写出来的脚本不但可以复用还能配合筛选条件、异常处理做成一套完整的批处理流程。缺点是如果你完全没接触过命令行第一次会有点门槛。路线二第三方图形化小工具如果你不想碰命令行想打开软件直接用鼠标操作比较成熟的工具有这几个BulkFileChanger体积很小的免费工具支持递归扫描文件夹可以批量设置创建时间、修改时间、访问时间也支持按扩展名过滤。Attribute Changer集成到右键菜单的收费工具功能更强可以按文件夹递归处理但界面上选项多新手容易误操作。NewFileTime专门的改时间工具免费便携界面简洁适合简单场景。我的看法是一次性处理、文件数量不大用图形工具很方便但如果你有几百上千个文件以后可能还要重复改或者要在不同电脑上复现同样的操作那必须学一下脚本路线。2.3 什么时候优先考虑命令行脚本图形工具看着直观但有个问题不可追溯、不可重复、不可筛选。你打开软件点几下是改了但改完没有记录没有日志万一改错了也没法自动恢复。脚本则完全不一样可以预先“导出”一份所有文件的时间戳清单作为备份。改错之后可以用同一份清单批量“恢复”。可以按文件名、扩展名、大小、既有时间范围做精细筛选。可以记录哪些文件改成功了哪些文件因为被占用而失败。如果你只是改几个文件那随便选一个图形工具就行。但如果你和我一样见过同事把上千个文件时间全部改错、最后只能靠照片EXIF反推现场的话你会明白“可备份、可恢复”这件事有多重要。3. 实战PowerShell批量修改文件夹内所有文件时间3.1 开工前先摸清现状一条命令看遍所有时间戳不要上来就写修改命令先看现状。用下面这段PowerShell把目标文件夹下所有文件和子文件夹的时间戳全部列出来。$path D:\资料归档 Get-ChildItem -Path $path -Recurse | Select-Object FullName, CreationTime, LastWriteTime, LastAccessTime | Format-Table -AutoSize如果文件非常多避免刷屏可以限制只显示前50条Get-ChildItem -Path $path -Recurse | Select-Object -First 50 FullName, CreationTime, LastWriteTime, LastAccessTime | Format-Table -AutoSize执行完第一件事看修改时间是不是真的变成了复制时间。我在实际操作中经常发现用户以为“修改时间变了”结果列出来之后发现“创建时间”变成了新时间修改时间其实还是原值。这一步能帮你明确目标到底要改哪一条时间。3.2 把整个文件夹的文件统一改成指定时间确认完目标接下来是最核心的操作把文件夹下所有文件的创建时间、修改时间、访问时间全部设置为同一个指定时间。$path D:\资料归档 $targetTime Get-Date 2023-06-01 09:30:00 Get-ChildItem -Path $path -File -Recurse | ForEach-Object { $_.CreationTime $targetTime $_.LastWriteTime $targetTime $_.LastAccessTime $targetTime }解释几个关键点-File参数用来限定“只处理文件不处理文件夹”。如果不加这个参数Get-ChildItem返回的是文件和文件夹混合列表给文件夹设置时间也能成功但如果你只打算改文件建议加上避免误伤目录时间。Get-Date 2023-06-01 09:30:00会在脚本开头生成一个DateTime对象。把它赋值给变量再循环内对每个文件赋同样的变量比在循环里反复执行Get-Date效率高也保证所有文件得到的时间完全一致。三个时间字段都可以直接赋值因为PowerShell已经把文件对象封装成了FileInfo这些字段本来就是可写的。如果你只想改“修改时间”不想动创建和访问时间那就只保留一行Get-ChildItem -Path $path -File -Recurse | ForEach-Object { $_.LastWriteTime $targetTime }顺带说一句$_.CreationTime这种写法等价于调用底层.NET接口[System.IO.File]::SetCreationTime($_.FullName, $targetTime)。平时用属性写法更直观也不用关心路径兼容性。3.3 批量改成当前时间另一种常见需求是把所有文件时间统一成“现在这一刻”。比如从网盘下载了一批素材全部时间都是下载时间你想把它们改成“今天”脚本这样写$path D:\资料归档 $now Get-Date Get-ChildItem -Path $path -File -Recurse | ForEach-Object { $_.LastWriteTime $now }注意这里$now Get-Date必须放在循环外面。如果写在循环内每个文件的执行时刻会差几毫秒虽然差别很小但用工具较真对比时会发现时间不一致。一次性取好变量所有文件的修改时间才能精确统一。3.4 递归子文件夹与筛选排除只动该动的那批文件-Recurse这个参数负责递归效果是“遍历所有子文件夹”所以上面几段命令已经能覆盖“文件夹中所有文件”这个需求。真正需要小心的是筛选条件。场景一排除某些扩展名其他全部改例如跳过.tmp、.log、.bak这类临时文件$targetTime Get-Date 2023-06-01 09:30:00 Get-ChildItem -Path $path -File -Recurse | Where-Object { $_.Extension -notin (.tmp, .log, .bak) } | ForEach-Object { $_.LastWriteTime $targetTime }场景二只处理图片文件Get-ChildItem -Path $path\* -File -Recurse -Include *.jpg, *.png | ForEach-Object { $_.LastWriteTime $targetTime }这里有个坑必须提醒你-Include参数经常被误解。如果路径没有用通配符结尾-Include可能不生效。所以我把D:\资料归档写成了D:\资料归档\*这样-Include才能正确过滤。如果你不加\*可能明明指定了*.jpg结果所有文件还是被处理了。场景三只处理某个时间段内修改过的文件这个非常有实用价值。比如你只想把最近7天变动过的文件统一时间$cutoff (Get-Date).AddDays(-7) Get-ChildItem -Path $path -File -Recurse | Where-Object { $_.LastWriteTime -gt $cutoff } | ForEach-Object { $_.LastWriteTime $targetTime }3.5 改文件夹本身的时间别漏掉目录时间戳多数人的需求只针对文件但如果你在资源管理器里看的是“文件夹列表”文件夹本身的修改时间也会影响排序。比如复制完成后的目标文件夹它自己的修改时间会变成复制完成的时间这会导致你从外层看整个目录时排序依旧错乱。需要把各级文件夹的时间也统一的话就用这段Get-ChildItem -Path $path -Directory -Recurse | ForEach-Object { $_.CreationTime $targetTime $_.LastWriteTime $targetTime $_.LastAccessTime $targetTime }这条命令会把所有子文件夹的时间都设置掉。最顶层的目录$path本身不在遍历结果里需要单独改一次(Get-Item $path).LastWriteTime $targetTime实际经验是仓库级归档场景建议把文件和文件夹一起改保持整体统一个人整理场景则建议只改文件保留文件夹本身的变动痕迹这样以后还能通过文件夹时间判断哪个目录最近更新过。3.6 高级操作把文件夹时间同步成内部最新文件的时间还有一种比较高级的玩法不是把文件夹时间改成固定的指定时间而是让它自动等于“里面最新文件的修改时间”。这样文件夹的排序能真实反映内容的新旧非常适合作品集、素材库这类目录。Get-ChildItem -Path $path -Directory -Recurse | ForEach-Object { $latest Get-ChildItem -Path $_.FullName -File -Recurse | Sort-Object LastWriteTime -Descending | Select-Object -First 1 if ($latest) { $_.LastWriteTime $latest.LastWriteTime } }这段脚本的原理对每个子文件夹递归找出它下面所有文件按修改时间倒序排取最新一个文件的LastWriteTime再赋值给文件夹本身。我实际跑过一个几千个文件夹的素材库大约一两分钟跑完速度可以接受。唯一要注意的是如果文件夹里面没有任何文件$latest会是空值所以要加if判断。3.7 兜底方案改之前先导出时间戳错了秒级恢复这可能是整篇文章里我觉得最值得你记住的部分。批量改时间属于“覆盖性写操作”Windows资源管理器是没有撤销功能的。你执行完命令之后发现改错了如果之前没有备份那就只能手动一个一个恢复非常痛苦。所以在第一次运行修改命令之前先执行一次导出把当前所有文件的时间戳保存成CSV$path D:\资料归档 $backupFile D:\backup\timestamps.csv Get-ChildItem -Path $path -Recurse | Select-Object FullName, {NameCreation;Expression{$_.CreationTime.ToString(yyyy-MM-dd HH:mm:ss.fff)}}, {NameModified;Expression{$_.LastWriteTime.ToString(yyyy-MM-dd HH:mm:ss.fff)}}, {NameAccessed;Expression{$_.LastAccessTime.ToString(yyyy-MM-dd HH:mm:ss.fff)}} | Export-Csv -Path $backupFile -NoTypeInformation -Encoding UTF8导出完毕再放心执行修改脚本。等改完核对文件时如果发现不对用下面这段从CSV恢复$rows Import-Csv D:\backup\timestamps.csv foreach ($row in $rows) { if (Test-Path -LiteralPath $row.FullName) { $item Get-Item -LiteralPath $row.FullName $item.CreationTime [datetime]$row.Creation $item.LastWriteTime [datetime]$row.Modified $item.LastAccessTime [datetime]$row.Accessed } }几个细节值得说导出时用ToString(yyyy-MM-dd HH:mm:ss.fff)是想把毫秒也保留下来。NTFS文件系统本身支持高精度时间如果不保留毫秒恢复出来的时间会和你备份之前差那么一点点。恢复时用-LiteralPath而不是-Path是因为文件路径一旦包含[、]这类方括号字符-Path会当成通配符处理导致找不到文件。我实际遇到过路径叫[2024]年度总结的文件夹不用-LiteralPath必然出问题。CSV文件本身存放的位置要放在目标文件夹之外否则导出内容里会带上这个CSV文件自身恢复时再把它也改一遍没有意义。4. 实操中的常见问题与排查技巧4.1 权限不够“访问被拒绝”该怎么破批量修改时最常见的报错就是“访问被拒绝”。遇到这种错误先看报错的文件是哪些通常原因就三种。第一种文件位于受保护的系统目录或者ACL权限里限定成了只读。这种情况可以右键PowerShell选择“以管理员身份运行”再执行脚本。第二种文件本身带了“只读”属性。其实只读属性并不一定阻止修改时间戳但某些情况下工具会因此拒绝写入。可以先批量去掉只读属性Get-ChildItem -Path $path -File -Recurse | ForEach-Object { $_.IsReadOnly $false }第三种网络驱动器或者共享目录对方服务器不允许你改。这种情况只能联系管理员开权限。网络驱动器的时间戳修改还会受到协议限制速度也比较慢不建议直接在上面跑递归脚本。4.2 文件被占用最隐蔽的批量修改杀手比权限更头疼的是文件被占用。Word、Excel、PPT这类Office文档正被用户打开时PowerShell执行赋值操作大概率会报错。视频文件正在被播放器读取时也有同样问题。解决办法有两个思路。第一个思路是操作前关闭相关程序。这个在个人电脑上有效但在服务器或者别人电脑上不一定可控。第二个思路是脚本里加try/catch遇到失败的记录一下跳过继续Get-ChildItem -Path $path -File -Recurse | ForEach-Object { try { $_.LastWriteTime $targetTime } catch { Write-Warning $($_.FullName) 修改失败: $($_.Exception.Message) } }跑完命令后你去查看Warning列出来的那些文件手动处理即可。这样的脚本比一条裸命令安全得多我几乎在所有批处理脚本里都会套上这层异常处理。4.3 时间被改了但看不到效果文件系统与时区的坑有时候脚本执行了没有报错但打开资源管理器一看时间没变。这种问题多数是下面几个原因造成的。一是文件系统精度。如果是FAT32或exFAT分区时间精度只有2秒。你设定的是09:30:00实际显示可能是09:30:02或者09:29:58秒数对不上但本质上已经改了。如果对精度有严格要求把文件放到NTFS分区再处理。二是资源管理器不刷新。Windows资源管理器有缓存改完时间后列表未必立刻更新。按一下F5刷新或者重新进入目录再看。三是日期格式解析问题。Get-Date解析字符串时会受系统区域设置影响。比如Get-Date 06/01/2023在某些区域可能被解析成6月1日在某些区域可能被解析成1月6日。最稳妥的写法是用国际通用的yyyy-MM-dd HH:mm:ss格式即Get-Date 2023-06-01 09:30:00避免歧义。四是访问时间的特殊性。如果你改了LastAccessTime但是系统策略自动更新了访问时间过一阵子再查看它可能又变了。这是NTFS的自动访问时间更新机制在起作用不影响创建和修改时间。4.4 常见问题速查表把上面这些排查思路整理成一张表下次遇到问题直接对着查。问题可能原因解决方案报错“访问被拒绝”权限不足或ACL限制以管理员身份运行PowerShell检查文件ACL个别文件始终改失败文件被Office、播放器占用关闭打开中的程序或用try/catch跳过记录时间设置后秒位不准FAT32/exFAT精度只有2秒改用NTFS分区保存文件脚本执行后资源管理器没变化资源管理器缓存未刷新按F5刷新或重新进入目录CSV恢复时找不到路径文件被移动、改名或路径含方括号使用-LiteralPath核对CSV中的路径恢复后时间与原来差毫秒导出时没保留毫秒精度导出使用ToString加上fff文件夹排序还是乱只改了文件没改目录时间戳补充对-Directory的时间修改脚本最后分享两个我自己的操作习惯。第一批量改时间这种操作我是吃过亏的——曾经把几千张照片的修改时间全部改错原时间没备份最后只能靠照片EXIF里的拍摄信息反推着恢复折腾了大半天。所以我现在不管脚本多简单都先执行一遍3.7里的导出把CSV留好。第二能只改文件就不把文件夹一起改因为资源管理器的排序很多时候依赖文件夹本身的修改时间全部统一后你反而看不出哪个目录最近动过。先想清楚你要什么再选上面的脚本改完记得刷新一下资源管理器确认效果。
批量修改文件夹内文件时间戳：PowerShell实战指南
上周有位朋友整理旧项目资料把整个文件夹从一块老移动硬盘复制到新电脑结果一打开发现所有文件的修改时间全变成了复制当天。他原先是靠修改时间排序来追溯文件版本的这一下全乱了几千个文件连从哪下手都不知道。这种问题太常见了——文件从原位置复制到一个新地方很多情况下时间戳并不会保留原值。这篇文章就把“批量修改文件夹中所有文件的修改时间”这件事聊透既讲清楚为什么时间会变也给出Windows下最稳的一套批量处理办法顺带把创建时间、访问时间一起搞定。无论是资料归档、素材整理还是刚复制完发现时间全乱的场景照着操作都能解决问题。1. 先搞清楚状况复制后“时间变了”是哪个时间变了1.1 文件时间戳的三个维度要批量改时间第一步不是急着敲命令而是先把“时间”这件事拆开。Windows里一个文件身上其实挂着三个时间创建时间、修改时间、访问时间。很多人嘴上说“修改时间变了”实际上变了的是创建时间或者三者一起乱套。创建时间CreationTime文件在当前目录、当前磁盘卷上被“创建”的时间。一个文件从A盘复制到B盘对B盘来说这是一个全新文件出生时间就会被记成复制操作发生的那一瞬间。修改时间LastWriteTime文件内容最后一次被写入的时间。普通复制操作理论上不应该改动它因为文件内容没变。但很多工具在传输过程中会重新写文件导致这条时间也被刷新成传输时刻。访问时间LastAccessTime文件最后一次被读取或访问的时间。系统可能因为一次打开、一次扫描就更新它所以它是最不稳定、也最不推荐作为整理依据的一个字段。理解了这三个维度你才知道真正要改的是哪条。文件管理器里默认显示的“修改日期”通常对应的是修改时间但如果你在资源管理器里看到的是复制完成前后的时间那很可能创建时间和修改时间一起乱套了。1.2 不同复制方式对时间戳的实际影响同样是“把文件夹复制到新地方”背后的机制却完全不同。我实际接触过下面这几种情况表现差别很大资源管理器常规复制在Windows里直接把文件夹拖到新位置复制完成后新文件的创建时间会被设成复制时间修改时间一般还是保留原值。但如果你看的是“修改日期”列可能感觉没变化也可能因为跨卷或文件系统不同而产生异常。网盘客户端同步多数网盘在下载文件时会把文件的修改时间写成“下载完成的时间”除非你在客户端设置里开启了“保留文件时间戳”。我见过很多设计师、摄影师从网盘拉素材结果所有文件的修改时间都变成了下载当天。FTP上传下载FileZilla这类专业FTP工具默认会保留本地文件的修改时间并写到服务器上但很多网页后台的上传组件、旧脚本传完就顺手把时间改了。压缩包解压ZIP格式本身能保存时间解压时一般能还原修改时间但tar包、或者某些压缩工具的“覆盖写入”模式解出来之后时间就会变成当前解压时间。跨文件系统复制从NTFS复制到FAT32/exFAT移动硬盘时因为FAT文件系统的时间精度只有2秒复制后你可能会看到秒位出现偏差偶尔也会有日期整体异常的情况。看下面这张表基本能对应大部分场景复制方式创建时间修改时间访问时间资源管理器常规复制到新盘变为复制时间通常保留可能变为首次读取时间网盘客户端下载变为下载时间取决工具多数会变变为下载时间FTP上传后再下载变为下载时间取决客户端多数会变变为下载时间ZIP解压变为解压时间从压缩包内记录还原变为解压时间tar解压变为解压时间多数变为解压时间变为解压时间所以标题里说的“文件夹通过复制到一个新的地方自动更新时间”基本可以定位成工具重写了时间戳或者跨文件系统后精度丢失导致你看到的排序全变了。1.3 什么场景需要批量重置时间戳知道了原理再看需求。我总结下来真正需要批量修改时间戳的就这么几类资料归档把散落多年、从各处收集来的照片、文档、项目文件统一到一个时间节点方便按时间线浏览和检索。复制迁移后恢复排序复制完发现修改时间全乱套原来“按修改时间倒序”看最近文件的习惯失效需要批量把时间恢复成有意义的值。素材批量入库设计、摄影、视频项目里从网上下载的参考素材、插件包、字体统一把它们的时间设置成入库当天方便版本管理。测试与自动化做增量同步测试、备份脚本验证时需要人为制造一批“固定时间戳”的文件用来判断程序有没有正确识别修改时间。这些场景的共同点是文件数量多动辄几百上千个靠人工去改等于浪费时间所以批量是刚需。2. 批量修改时间戳的方案盘点先想清楚再动手2.1 为什么不能手动一个一个改你可能会问直接右键属性不就能改修改时间吗这里有个很多人不知道的细节Windows资源管理器本身的“属性”界面只提供了查看时间戳的入口并不提供修改时间戳的功能。你右键一个文件切到“详细信息”能看到的只有“创建时间”“修改时间”“访问时间”这三个展示字段没有输入框让你改。系统原生设计就没有把这个当作普通用户操作暴露出来。所以想改时间唯一的办法是借助外部能力要么用命令行和脚本要么用第三方小工具。手动一个个改这种想法从一开始就走不通。2.2 免费工具选型Windows自带 vs 第三方图形化工具实际能用的方案主要分两条路线。路线一Windows自带的PowerShell脚本这是我最推荐的方式。PowerShell是系统内置的不需要安装任何额外软件命令可以直接访问文件的三个时间戳属性并且天然支持批量循环和递归遍历。稍微有一点基础写出来的脚本不但可以复用还能配合筛选条件、异常处理做成一套完整的批处理流程。缺点是如果你完全没接触过命令行第一次会有点门槛。路线二第三方图形化小工具如果你不想碰命令行想打开软件直接用鼠标操作比较成熟的工具有这几个BulkFileChanger体积很小的免费工具支持递归扫描文件夹可以批量设置创建时间、修改时间、访问时间也支持按扩展名过滤。Attribute Changer集成到右键菜单的收费工具功能更强可以按文件夹递归处理但界面上选项多新手容易误操作。NewFileTime专门的改时间工具免费便携界面简洁适合简单场景。我的看法是一次性处理、文件数量不大用图形工具很方便但如果你有几百上千个文件以后可能还要重复改或者要在不同电脑上复现同样的操作那必须学一下脚本路线。2.3 什么时候优先考虑命令行脚本图形工具看着直观但有个问题不可追溯、不可重复、不可筛选。你打开软件点几下是改了但改完没有记录没有日志万一改错了也没法自动恢复。脚本则完全不一样可以预先“导出”一份所有文件的时间戳清单作为备份。改错之后可以用同一份清单批量“恢复”。可以按文件名、扩展名、大小、既有时间范围做精细筛选。可以记录哪些文件改成功了哪些文件因为被占用而失败。如果你只是改几个文件那随便选一个图形工具就行。但如果你和我一样见过同事把上千个文件时间全部改错、最后只能靠照片EXIF反推现场的话你会明白“可备份、可恢复”这件事有多重要。3. 实战PowerShell批量修改文件夹内所有文件时间3.1 开工前先摸清现状一条命令看遍所有时间戳不要上来就写修改命令先看现状。用下面这段PowerShell把目标文件夹下所有文件和子文件夹的时间戳全部列出来。$path D:\资料归档 Get-ChildItem -Path $path -Recurse | Select-Object FullName, CreationTime, LastWriteTime, LastAccessTime | Format-Table -AutoSize如果文件非常多避免刷屏可以限制只显示前50条Get-ChildItem -Path $path -Recurse | Select-Object -First 50 FullName, CreationTime, LastWriteTime, LastAccessTime | Format-Table -AutoSize执行完第一件事看修改时间是不是真的变成了复制时间。我在实际操作中经常发现用户以为“修改时间变了”结果列出来之后发现“创建时间”变成了新时间修改时间其实还是原值。这一步能帮你明确目标到底要改哪一条时间。3.2 把整个文件夹的文件统一改成指定时间确认完目标接下来是最核心的操作把文件夹下所有文件的创建时间、修改时间、访问时间全部设置为同一个指定时间。$path D:\资料归档 $targetTime Get-Date 2023-06-01 09:30:00 Get-ChildItem -Path $path -File -Recurse | ForEach-Object { $_.CreationTime $targetTime $_.LastWriteTime $targetTime $_.LastAccessTime $targetTime }解释几个关键点-File参数用来限定“只处理文件不处理文件夹”。如果不加这个参数Get-ChildItem返回的是文件和文件夹混合列表给文件夹设置时间也能成功但如果你只打算改文件建议加上避免误伤目录时间。Get-Date 2023-06-01 09:30:00会在脚本开头生成一个DateTime对象。把它赋值给变量再循环内对每个文件赋同样的变量比在循环里反复执行Get-Date效率高也保证所有文件得到的时间完全一致。三个时间字段都可以直接赋值因为PowerShell已经把文件对象封装成了FileInfo这些字段本来就是可写的。如果你只想改“修改时间”不想动创建和访问时间那就只保留一行Get-ChildItem -Path $path -File -Recurse | ForEach-Object { $_.LastWriteTime $targetTime }顺带说一句$_.CreationTime这种写法等价于调用底层.NET接口[System.IO.File]::SetCreationTime($_.FullName, $targetTime)。平时用属性写法更直观也不用关心路径兼容性。3.3 批量改成当前时间另一种常见需求是把所有文件时间统一成“现在这一刻”。比如从网盘下载了一批素材全部时间都是下载时间你想把它们改成“今天”脚本这样写$path D:\资料归档 $now Get-Date Get-ChildItem -Path $path -File -Recurse | ForEach-Object { $_.LastWriteTime $now }注意这里$now Get-Date必须放在循环外面。如果写在循环内每个文件的执行时刻会差几毫秒虽然差别很小但用工具较真对比时会发现时间不一致。一次性取好变量所有文件的修改时间才能精确统一。3.4 递归子文件夹与筛选排除只动该动的那批文件-Recurse这个参数负责递归效果是“遍历所有子文件夹”所以上面几段命令已经能覆盖“文件夹中所有文件”这个需求。真正需要小心的是筛选条件。场景一排除某些扩展名其他全部改例如跳过.tmp、.log、.bak这类临时文件$targetTime Get-Date 2023-06-01 09:30:00 Get-ChildItem -Path $path -File -Recurse | Where-Object { $_.Extension -notin (.tmp, .log, .bak) } | ForEach-Object { $_.LastWriteTime $targetTime }场景二只处理图片文件Get-ChildItem -Path $path\* -File -Recurse -Include *.jpg, *.png | ForEach-Object { $_.LastWriteTime $targetTime }这里有个坑必须提醒你-Include参数经常被误解。如果路径没有用通配符结尾-Include可能不生效。所以我把D:\资料归档写成了D:\资料归档\*这样-Include才能正确过滤。如果你不加\*可能明明指定了*.jpg结果所有文件还是被处理了。场景三只处理某个时间段内修改过的文件这个非常有实用价值。比如你只想把最近7天变动过的文件统一时间$cutoff (Get-Date).AddDays(-7) Get-ChildItem -Path $path -File -Recurse | Where-Object { $_.LastWriteTime -gt $cutoff } | ForEach-Object { $_.LastWriteTime $targetTime }3.5 改文件夹本身的时间别漏掉目录时间戳多数人的需求只针对文件但如果你在资源管理器里看的是“文件夹列表”文件夹本身的修改时间也会影响排序。比如复制完成后的目标文件夹它自己的修改时间会变成复制完成的时间这会导致你从外层看整个目录时排序依旧错乱。需要把各级文件夹的时间也统一的话就用这段Get-ChildItem -Path $path -Directory -Recurse | ForEach-Object { $_.CreationTime $targetTime $_.LastWriteTime $targetTime $_.LastAccessTime $targetTime }这条命令会把所有子文件夹的时间都设置掉。最顶层的目录$path本身不在遍历结果里需要单独改一次(Get-Item $path).LastWriteTime $targetTime实际经验是仓库级归档场景建议把文件和文件夹一起改保持整体统一个人整理场景则建议只改文件保留文件夹本身的变动痕迹这样以后还能通过文件夹时间判断哪个目录最近更新过。3.6 高级操作把文件夹时间同步成内部最新文件的时间还有一种比较高级的玩法不是把文件夹时间改成固定的指定时间而是让它自动等于“里面最新文件的修改时间”。这样文件夹的排序能真实反映内容的新旧非常适合作品集、素材库这类目录。Get-ChildItem -Path $path -Directory -Recurse | ForEach-Object { $latest Get-ChildItem -Path $_.FullName -File -Recurse | Sort-Object LastWriteTime -Descending | Select-Object -First 1 if ($latest) { $_.LastWriteTime $latest.LastWriteTime } }这段脚本的原理对每个子文件夹递归找出它下面所有文件按修改时间倒序排取最新一个文件的LastWriteTime再赋值给文件夹本身。我实际跑过一个几千个文件夹的素材库大约一两分钟跑完速度可以接受。唯一要注意的是如果文件夹里面没有任何文件$latest会是空值所以要加if判断。3.7 兜底方案改之前先导出时间戳错了秒级恢复这可能是整篇文章里我觉得最值得你记住的部分。批量改时间属于“覆盖性写操作”Windows资源管理器是没有撤销功能的。你执行完命令之后发现改错了如果之前没有备份那就只能手动一个一个恢复非常痛苦。所以在第一次运行修改命令之前先执行一次导出把当前所有文件的时间戳保存成CSV$path D:\资料归档 $backupFile D:\backup\timestamps.csv Get-ChildItem -Path $path -Recurse | Select-Object FullName, {NameCreation;Expression{$_.CreationTime.ToString(yyyy-MM-dd HH:mm:ss.fff)}}, {NameModified;Expression{$_.LastWriteTime.ToString(yyyy-MM-dd HH:mm:ss.fff)}}, {NameAccessed;Expression{$_.LastAccessTime.ToString(yyyy-MM-dd HH:mm:ss.fff)}} | Export-Csv -Path $backupFile -NoTypeInformation -Encoding UTF8导出完毕再放心执行修改脚本。等改完核对文件时如果发现不对用下面这段从CSV恢复$rows Import-Csv D:\backup\timestamps.csv foreach ($row in $rows) { if (Test-Path -LiteralPath $row.FullName) { $item Get-Item -LiteralPath $row.FullName $item.CreationTime [datetime]$row.Creation $item.LastWriteTime [datetime]$row.Modified $item.LastAccessTime [datetime]$row.Accessed } }几个细节值得说导出时用ToString(yyyy-MM-dd HH:mm:ss.fff)是想把毫秒也保留下来。NTFS文件系统本身支持高精度时间如果不保留毫秒恢复出来的时间会和你备份之前差那么一点点。恢复时用-LiteralPath而不是-Path是因为文件路径一旦包含[、]这类方括号字符-Path会当成通配符处理导致找不到文件。我实际遇到过路径叫[2024]年度总结的文件夹不用-LiteralPath必然出问题。CSV文件本身存放的位置要放在目标文件夹之外否则导出内容里会带上这个CSV文件自身恢复时再把它也改一遍没有意义。4. 实操中的常见问题与排查技巧4.1 权限不够“访问被拒绝”该怎么破批量修改时最常见的报错就是“访问被拒绝”。遇到这种错误先看报错的文件是哪些通常原因就三种。第一种文件位于受保护的系统目录或者ACL权限里限定成了只读。这种情况可以右键PowerShell选择“以管理员身份运行”再执行脚本。第二种文件本身带了“只读”属性。其实只读属性并不一定阻止修改时间戳但某些情况下工具会因此拒绝写入。可以先批量去掉只读属性Get-ChildItem -Path $path -File -Recurse | ForEach-Object { $_.IsReadOnly $false }第三种网络驱动器或者共享目录对方服务器不允许你改。这种情况只能联系管理员开权限。网络驱动器的时间戳修改还会受到协议限制速度也比较慢不建议直接在上面跑递归脚本。4.2 文件被占用最隐蔽的批量修改杀手比权限更头疼的是文件被占用。Word、Excel、PPT这类Office文档正被用户打开时PowerShell执行赋值操作大概率会报错。视频文件正在被播放器读取时也有同样问题。解决办法有两个思路。第一个思路是操作前关闭相关程序。这个在个人电脑上有效但在服务器或者别人电脑上不一定可控。第二个思路是脚本里加try/catch遇到失败的记录一下跳过继续Get-ChildItem -Path $path -File -Recurse | ForEach-Object { try { $_.LastWriteTime $targetTime } catch { Write-Warning $($_.FullName) 修改失败: $($_.Exception.Message) } }跑完命令后你去查看Warning列出来的那些文件手动处理即可。这样的脚本比一条裸命令安全得多我几乎在所有批处理脚本里都会套上这层异常处理。4.3 时间被改了但看不到效果文件系统与时区的坑有时候脚本执行了没有报错但打开资源管理器一看时间没变。这种问题多数是下面几个原因造成的。一是文件系统精度。如果是FAT32或exFAT分区时间精度只有2秒。你设定的是09:30:00实际显示可能是09:30:02或者09:29:58秒数对不上但本质上已经改了。如果对精度有严格要求把文件放到NTFS分区再处理。二是资源管理器不刷新。Windows资源管理器有缓存改完时间后列表未必立刻更新。按一下F5刷新或者重新进入目录再看。三是日期格式解析问题。Get-Date解析字符串时会受系统区域设置影响。比如Get-Date 06/01/2023在某些区域可能被解析成6月1日在某些区域可能被解析成1月6日。最稳妥的写法是用国际通用的yyyy-MM-dd HH:mm:ss格式即Get-Date 2023-06-01 09:30:00避免歧义。四是访问时间的特殊性。如果你改了LastAccessTime但是系统策略自动更新了访问时间过一阵子再查看它可能又变了。这是NTFS的自动访问时间更新机制在起作用不影响创建和修改时间。4.4 常见问题速查表把上面这些排查思路整理成一张表下次遇到问题直接对着查。问题可能原因解决方案报错“访问被拒绝”权限不足或ACL限制以管理员身份运行PowerShell检查文件ACL个别文件始终改失败文件被Office、播放器占用关闭打开中的程序或用try/catch跳过记录时间设置后秒位不准FAT32/exFAT精度只有2秒改用NTFS分区保存文件脚本执行后资源管理器没变化资源管理器缓存未刷新按F5刷新或重新进入目录CSV恢复时找不到路径文件被移动、改名或路径含方括号使用-LiteralPath核对CSV中的路径恢复后时间与原来差毫秒导出时没保留毫秒精度导出使用ToString加上fff文件夹排序还是乱只改了文件没改目录时间戳补充对-Directory的时间修改脚本最后分享两个我自己的操作习惯。第一批量改时间这种操作我是吃过亏的——曾经把几千张照片的修改时间全部改错原时间没备份最后只能靠照片EXIF里的拍摄信息反推着恢复折腾了大半天。所以我现在不管脚本多简单都先执行一遍3.7里的导出把CSV留好。第二能只改文件就不把文件夹一起改因为资源管理器的排序很多时候依赖文件夹本身的修改时间全部统一后你反而看不出哪个目录最近动过。先想清楚你要什么再选上面的脚本改完记得刷新一下资源管理器确认效果。
