你遇到的这个问题其实是Windows CMD里ren命令的通配符替换逻辑导致的，我来给你拆解一下原因和解决办法。

先把你的测试场景再理清楚：

• 正常工作的情况：
  文件：File1-suffix.txt
  命令：ren "*-suffix.txt" "*-newsuffix.txt"
  结果：File1-newsuffix.txt —— 这里*正确匹配了File1，替换后得到预期结果。
• 异常的情况：
  文件：File1-suffixA-suffixB.txt
  命令：ren "*-suffixA-suffixB.txt" "*-newsuffixA-suffixB.txt"
  结果：File1-suffixA-newsuffixA-suffixB.txt —— 原本要替换的suffixA还留在文件名里，多了一个newsuffixA。

为什么会出现这个问题？ #

核心原因是CMD的ren命令对多分隔符（这里是连字符-）的通配符匹配逻辑不是按“完整后缀匹配”来处理的。当你的源模式是*-suffixA-suffixB.txt时，CMD会从文件名的末尾反向查找匹配，它会优先识别最后一段-suffixB.txt作为“后缀”，而把前面的File1-suffixA当成*匹配的内容。这样一来，执行替换命令时，目标模式里的*就会替换成File1-suffixA，再加上-newsuffixA-suffixB.txt，最终就得到了File1-suffixA-newsuffixA-suffixB.txt。

简单说，ren命令没有把-suffixA-suffixB.txt当成一个完整的后缀来匹配，而是拆分了其中的连字符，导致匹配范围出错。

怎么解决这个问题？ #

如果你要精准替换文件名中的-suffixA-为-newsuffixA-，可以用CMD的for循环配合变量替换来实现，这样能精准控制替换的内容：

@echo off
setlocal enabledelayedexpansion
for %%f in (*-suffixA-suffixB.txt) do (
    set "oldname=%%f"
    set "newname=!oldname:-suffixA-=-newsuffixA-!"
    ren "%%f" "!newname!"
)
endlocal

这段代码的逻辑是：

1. 启用延迟变量扩展（因为在循环里需要动态修改变量）；
2. 遍历所有符合*-suffixA-suffixB.txt的文件；
3. 对每个文件名，把其中的-suffixA-替换成-newsuffixA-；
4. 执行重命名操作。

这样就能得到你预期的File1-newsuffixA-suffixB.txt啦。

备注：内容来源于stack exchange，提问作者GreyCloud