有次我整理素材库解压完一批资源后发现几百个文件夹名都带着同一个推广后缀比如[www.example.com]某某素材。手动按了几下 F2 我就明白真正麻烦的不是“改一个名字”而是“批量删除多个文件夹名里的固定关键字”。这个需求听起来很小但如果你直接在文件资源管理器里找根本找不到“搜索替换目录名”的入口如果理解错方向还可能把“删除关键字”误做成“删除文件夹”造成数据风险。我把这类操作拆开整理了一遍它本质上是一次批量重命名而不是删除文件夹。真正的难点也不在改名这个动作而在筛选目标、控制范围和预防冲突。1. 先搞清楚需求这不是“删文件夹”而是批量重命名1.1 删除关键字和删除文件夹是两件完全不同的事从字面看“批量删除多个文件夹名关键字”会让人下意识以为要删掉一些东西。但在绝大多数使用场景里你要做的并不是把带关键字的文件夹删掉而是把文件夹名称中的某一段字符去掉。举个例子文件夹叫教程_[www.example.com]你希望它变成教程_。文件夹里的资料、子目录、文件内容都不会变变的只是目录入口的名称。这时候安全的操作是“重命名文件夹”而不是“删除文件夹”。这个区别必须放在最前面说清楚。如果你用脚本把所有名称中包含[www.example.com]的目录直接删除那你清理的是目录本身而不是目录名里的关键字。一旦脚本写错影响的是整个目录树回收站都不一定能救回来。我甚至见过有人把“包含 test 的目录全部删掉”写成一句很短的脚本结果误伤了一大片测试数据。所以开始动手前建议先做一次自我确认我要保留文件夹内容只是改掉名字对吗如果答案是“是”那下面所有方案都在处理重命名。1.2 为什么资源管理器里没有“查找替换目录名”Windows 的资源管理器确实可以搜索文件夹名但搜索出来之后你只能逐个按 F2 重命名没有“把关键字 A 统一替换成 B”的入口。很多人会觉得这是系统缺功能其实不是。对操作系统来说重命名是一个需要小心的操作涉及文件系统索引和路径变化。把“查找”和“替换”强行合并到一个图形界面里风险会明显上升误操作概率也高。所以微软把这个能力放在了命令行和脚本层你想用就要明确告诉系统“改哪些、改成什么、是否覆盖”。这也是为什么网上搜“批量删除文件夹名关键字”最后大多会落到批处理、PowerShell 或第三方改名工具上。1.3 批量改名必须守住的几条安全边界在写任何脚本之前先记住这几条边界它们会贯穿整个操作只处理目录不处理文件。只处理名称不处理内容。关键字要尽量精确不能用太短的单词否则容易误伤。删除关键字后名称不能变成空字符串。同一层目录下不能出现两个重名目录。如果涉及子目录递归父目录改名后子目录的完整路径会跟着变化。中文路径、中文关键字在脚本里的编码处理可能出问题。正式执行前必须能看到“将要改名哪些目录”的预览。后面的批处理脚本和 PowerShell 脚本本质上都是在落实这些边界。2. 批处理方案用 set 字符串替换删除关键字2.1 最小可运行的批处理脚本先把一个能直接跑的脚本版型给你它针对的是“当前目录 D:\资料 下所有文件夹名中的[www.example.com]关键字”。echo off setlocal enabledelayedexpansion set folderD:\资料 cd /d %folder% for /d %%d in (*) do ( set name%%d set newname!name:[www.example.com]! if not !name!!newname! ( echo [!name!] -^ [!newname!] ren !name! !newname! ) ) echo 执行结束 pause把这段内容保存为rename.bat双击或右键管理员运行都可以。如果你的目标目录、关键字不同只需要改folder和set newname!name:[www.example.com]!里的关键字。如果你只想先看预览不真正重命名就把ren !name! !newname!这一行注释掉或者干脆删掉。先打印一遍比直接执行安全得多。2.2 逐行解释脚本里的关键逻辑这段批处理有几个容易困惑的地方逐个拆开说。setlocal enabledelayedexpansion是开启延迟变量扩展。批处理在执行 for 这类复合语句时里层代码会作为一个整体被解析。如果你直接写%name%它会在整段代码解析时被一次性展开得不到循环内最新赋值。开启延迟扩展后通过!name!来读取当前循环中name的最新值这才是正确的批量处理方式。for /d %%d in (*)是只遍历当前目录下的子目录不处理文件。这里是整个方案的第一道安全门。如果去掉/d改成for %%d in (*)它会把当前目录下的普通文件也纳入循环但文件重命名和目录重命名的逻辑又不完全一样容易乱。set name%%d是把当前遍历到的目录名保存到变量里。%%d可以理解成循环变量。最关键的是这一行set newname!name:[www.example.com]!这段的格式是!变量名:需要删除的关键字!意思是把变量name中所有等于[www.example.com]的子串都替换成空字符串。等号后面什么都不写就相当于删除。下面这行if not !name!!newname! ( ren !name! !newname! )作用是只有在新名字和旧名字不一样时才执行重命名避免对一个没有变化的目录反复执行无意义的操作。2.3 最容易被坑的细节编码、空格、特殊字符批处理处理中文路径时最大的坑是编码。如果你把批处理文件保存为 GBK/ANSI 编码而控制台默认代码页也是 936中文一般没问题。如果你把文件保存成 UTF-8cmd 默认代码页可能解析不对导致中文关键字匹配不到甚至出现乱码。这里给一个很实用的经验如果关键字是英文或符号比如[www.example.com]批处理脚本通常够用如果关键字包含中文我更建议直接换 PowerShell或者把脚本文件另存为 ANSI/GBK 编码再运行但不要指望一份 UTF-8 的 bat 在所有人的 cmd 里都能完美跑通。另一个容易忽略的是空格。目录名里如果有空格重命名命令里就必须用引号包裹。上面示例里ren !name! !newname!已经加上了引号这个习惯建议保留。很多自定义脚本报“系统找不到文件”或“文件名不正确”就是因为路径含空格但没有正确加引号。还有特殊字符的问题。如果关键字里包含!在延迟扩展模式下!会被解释为变量边界可能导致名字被截断。如果目录名本身带!这个问题也会出现。遇到这种情况优先改用 PowerShell批处理的处理成本会急剧上升。2.4 多关键字和递归怎么处理批处理要删除多个关键字可以连续做替换。set newname!name:[www.example.com]! set newname!newname:【广告】! set newname!newname:测试!每行都会在上一次替换结果的基础上再删一段字符。这个写法比一次性写复杂格式要清晰很多。不过要注意不要在替换表达式里出现类似!keyword!这种嵌套变量批处理不支持这种写法。建议直接把关键字写死在!name:关键字!结构里。递归子目录则更麻烦。for /d /r虽然可以递归枚举目录但如果在枚举过程中修改了父目录名称路径信息可能错乱导致后续目录匹配不到。批处理不太适合处理复杂的递归重命名更好的方案是先用命令生成目录清单再逐行处理或者直接用下一节的 PowerShell 方案。3. PowerShell 方案中文路径和复杂替换更稳3.1 为什么我更推荐 PowerShell如果你的目录名称是中文或者关键字里有[、.、这类符号我更推荐 PowerShell。原因有三点第一PowerShell 原生支持 Unicode对中文路径和中文目录名支持更好不会因为 bat 文件编码问题导致匹配失败。第二PowerShell 支持-WhatIf参数可以在不真正执行重命名的情况下预览每条命令会产生什么效果。这比 bat 里的 echo 预览更直接。第三PowerShell 的筛选和替换能力更强。既可以对目录名做精确包含判断也可以用正则表达式做复杂替换。不过要提醒一句Windows 自带的 Windows PowerShell 5.1 和 PowerShell 7 在默认编码、执行策略上有些差异。如果你把脚本保存成.ps1文件执行5.1 读取 UTF-8 无 BOM 文件时可能中文乱码。最简单的办法是直接在 PowerShell 窗口里粘贴命令执行不保存文件或者把脚本文件保存为 UTF-8 with BOM。3.2 先用“预览模式”看清楚哪些目录会被改下面这段命令先不改名只打印匹配目标。$target D:\资料 $keyword [www.example.com] Get-ChildItem -LiteralPath $target -Directory | Where-Object { $_.Name.Contains($keyword) } | ForEach-Object { $newName $_.Name -replace [regex]::Escape($keyword), {0} {1} -f $_.Name, $newName }这里有几个关键点需要注意。-LiteralPath表示把路径当作字面量处理。如果路径里有[或其他特殊字符-Path可能会把它当成通配符而-LiteralPath会安全很多。-Directory是只取目录对象同样避免误处理文件。Where-Object { $_.Name.Contains($keyword) }是筛选名字中包含关键字的目录。为什么不用-like *$keyword*因为-like支持通配符关键字里的[可能会被当成字符集模式造成匹配偏差。用.Contains()做普通字符串包含判断更符合大多数人的直觉。-replace支持正则表达式所以关键字里的.、[、]都需要转义这里用[regex]::Escape($keyword)统一处理。如果你直接写$_.Name -replace $keyword, [www.example.com]会被正则解释成字符类结果完全不对。预览结果会逐行列出“旧名称 新名称”。先看一遍确认没有误伤再进入下一步。3.3 正式执行空名和重名两个硬门槛预览确认无误后可以去掉-WhatIf但也不能直接全量跑。正式执行前还要处理两个门槛空名字和重名冲突。$target D:\资料 $keyword [www.example.com] Get-ChildItem -LiteralPath $target -Directory | Where-Object { $_.Name.Contains($keyword) } | ForEach-Object { $newName $_.Name -replace [regex]::Escape($keyword), $dest Join-Path -Path $_.Parent.FullName -ChildPath $newName if ($newName -and $newName -ne $_.Name -and -not (Test-Path -LiteralPath $dest)) { Rename-Item -LiteralPath $_.FullName -NewName $newName } else { Write-Warning 跳过: $($_.Name) - $newName } }代码里的三层判断分别是$newName -and新名字不能为空。如果文件夹名只由关键字组成删除关键字后名字就空了Windows 不允许空名称。$newName -ne $_.Name新名字和旧名字不同才需要执行避免无意义操作。-not (Test-Path -LiteralPath $dest)目标位置不能已经存在同名目录。重名是批量改名里最常见的错误来源出现这种情况脚本会打印警告并跳过而不是强行覆盖。第一次正式执行时我建议你只处理少数目录验证一下比如在目标目录里新建一个包含关键字的测试文件夹然后跑一遍确认命名结果再处理全部。如果你要在命令结尾加-WhatIf就能变成“预览 安全检查”的干跑模式。这是 PowerShell 非常实用的特性。3.4 批处理和 PowerShell 如何选择对比项批处理 batPowerShell系统自带是Windows 通常自带 Windows PowerShell中文支持依赖文件编码和代码页容易乱码原生 Unicode更稳预览/试运行只能 echo 打印手动判断原生支持 -WhatIf字符串替换仅支持固定串替换支持正则表达式更灵活递归目录for /d /r 可用但路径变化风险大有 -Recurse但也需谨慎适合场景英文关键字、少量临时处理中文路径、复杂替换、长期复用我的判断是一次性的、关键字简单的场景批处理就够了。关键字含中文、正则替换、需要反复使用或者目录结构比较复杂时用 PowerShell 更省心。4. 把它变成可复用流程备份、分步、排错4.1 执行前先导出目录清单很多人拿到脚本的第一反应是直接跑但我会建议先花十秒钟导出一份目录清单。在 PowerShell 中可以用Get-ChildItem -LiteralPath D:\资料 -Directory | Select-Object -ExpandProperty Name | Set-Content -LiteralPath D:\文件夹快照.txt -Encoding UTF8在批处理中也有等价命令dir /ad /b D:\文件夹快照.txt快照文件建议放到被处理目录之外避免因为路径变化产生干扰。执行完批量改名后再导出一份新清单把新旧清单对比一下就能看到这次操作影响了哪些目录。真出问题的时候你至少有一份回溯线索而不是对着满屏文件发懵。4.2 分批次运行不要一上来就全量处理不管脚本看起来多简单都不要第一次就在整个目录上全量执行。更合理的顺序是先看预览清单确认关键字、目标路径、筛选条件正确。在目标目录里手动创建一两个“样例目录”例如测试_[www.example.com]和测试2_[www.example.com]跑一遍脚本。检查这两个目录的重命名结果。再处理少量真实目录比如用Select-Object -First 10只取前 10 个。确认无异常后再全量运行。这一步看起来繁琐但可以帮你避免一个很尴尬的结局脚本跑了五百个目录其中二十个出现重名冲突还有两个因为关键字太短被误改。分批次执行相当于给操作加了保险丝。4.3 一套可落地的排查链路遇到问题不要慌按下面的顺序排查通常比随机试命令高效很多。现象优先排查点处理思路所有目录都没变化目标路径是否正确关键字是否完全一致是否真的筛选到目录而不是文件先输出预览检查Get-ChildItem是否拿到了预期对象部分目录没变化中文全角/半角、空格、大小写差异递归层级是否覆盖检查关键字里的空格和符号尽量用 Contains 做包含判断报错“文件已存在”同一层目录下是否已经存在同名目录先列冲突清单手动合并或跳过后再重跑中文变成乱码bat 文件保存编码和控制台代码页不一致ps1 文件编码问题英文关键字用 bat中文关键字优先 PowerShell或另存为带 BOM 的 UTF-8脚本无法执行PowerShell 执行策略受限直接复制命令到窗口执行或用Get-ExecutionPolicy -List检查策略后再决定是否调整递归处理后路径失效父目录改名导致子目录完整路径变化先处理最深层子目录或不要递归只处理顶层目录这套链路的核心是先看现象再看输入再看环境最后才怀疑脚本本身。很多“脚本没效果”的问题其实是关键字大小写不一致或路径写错。4.4 第三方工具值不值得用网上也有不少批量改名工具比如一些支持正则替换的图形化工具。它们确实能省掉写脚本的过程尤其是你不熟悉命令行时图形界面的预览会更直观。但我不建议一上来就依赖第三方工具。原因不是工具不好用而是大部分批量改名工具为了安全都会让你先确认预览列表。如果你不理解“旧名 - 新名”这个映射关系就算用工具也容易点错。脚本的好处是逻辑透明哪些目录被筛选什么样的关键字会被删除重名怎么处理你都能在代码里看到。如果你只是为了偶尔一次整理目录用工具没问题。如果你想把自己的整理流程固定下来脚本会是更好的长期选择。5. 适用边界这类批量改名不是万能的5.1 适合批量改名的场景并不是所有目录都适合用脚本批量删除关键字。适合的场景通常有三个特征目录命名规则统一同一个固定串反复出现。目录层级不复杂或你只需要处理某一层。改名不会影响其他程序对旧路径的引用。例如整理下载目录、素材库、视频课程资料、文档归档等这些场景下文件夹名只是给人看的改完之后不影响任何软件运行批量改名非常合适。5.2 最好慎用或避免的场景如果目录涉及项目工程、软件配置、数据目录批量改名就要非常谨慎。项目工程目录里.idea、.git、node_modules、target这类目录以及构建脚本、启动脚本里可能写满绝对路径。你把父目录名改了某些工具可能在下次构建时找不到路径项目直接起不来。软件数据目录也一样。虚拟机的虚拟磁盘文件、备份工具的存储目录、数据库数据目录通常都有固定路径。你改了目录名软件可能再也找不到数据恢复起来比单纯重命名麻烦得多。还有一种是正在被其他程序占用的目录。Windows 在目录被进程锁定时重命名可能会失败甚至引发程序写日志异常。遇到这类目录最好先关闭相关进程再操作。5.3 最后一次强调安全边界回到文章开头那个容易被混淆的地方“删除文件夹名关键字”不等于“删除文件夹”。如果你需要腾出磁盘空间直接删除整个目录如果需要把包含关键字的目录统一移动到一个新位置用移动命令而不是重命名如果只是想清理目录名那么脚本的目标应该是Rename-Item或ren而不是Remove-Item。另外还要留个心眼Windows 里很多快捷方式、环境变量、注册表项都保存着旧路径。批量改名后桌面快捷方式可能会失效程序的配置文件中记录的路径可能需要同步更新。对于纯资料整理这个问题基本不存在对于带工程引用、服务引用、同步盘的场景就要提前评估。真正高效的不是某个具体命令而是你有一套可复用的处理流程并且对每一步会发生什么心里有数。下次再遇到“批量删除文件夹名关键字”这类需求可以先花两分钟确认三件事关键字够不够精确会不会产生空名字会不会产生同名冲突。然后把预览命令跑一遍看看真正会改哪些目录确认无误再执行。这种“先预览、再备份、后执行”的习惯比任何脚本都值钱。