PowerShell处理含单引号文件名的文本替换写入报错问题

• 核心触发点是批处理到PowerShell的引号转义链路断裂，当前写的命令被cmd解析时，会把PowerShell代码内部用于标记字符串边界的双引号提前吃掉，最终传给PowerShell的实际代码已经丢失了所有字符串边界：
  • 原本要作为待匹配文本的"[NAME]"变成了无引号的[NAME]，被PowerShell识别为索引/范围对象，不是字符串值
  • 原本作为替换值的文件名字符串变成了无引号的裸路径，PowerShell解析到D:\Temp这类没有引号的路径片段时，直接报“逗号后缺少表达式”的解析错误
• 当文件名包含单引号时，就算硬补上引号，只要在PowerShell侧用字符串包裹文件名，单引号会直接截断字符串边界，触发更隐蔽的解析失败

第一步：预处理文件名，兼容特殊字符 #

在批处理拿到拖拽文件名、准备调用PowerShell前，先对文件名做PowerShell侧的特殊字符转义，把文件名中所有的单引号替换成PowerShell能识别的字面单引号转义格式（两个连续单引号）：

rem 假设!item_%%n!是你循环拿到的无后缀目标文件名
set "escaped_name=!item_%%n:'=''!"

第二步：替换原PowerShell调用命令 #

去掉原来的嵌套双引号结构，PowerShell侧的字符串统一用单引号包裹，避免和cmd外层的命令边界冲突，修正后的完整调用命令为：

powershell -NoProfile -Command "(Get-Content -LiteralPath '%TemplatePath%' -Raw) -replace '\[NAME\]', '!escaped_name!' | Out-File -LiteralPath '!escaped_name!.txt' -Encoding ascii"

修正点说明 #

• 取消PowerShell代码内部的嵌套双引号，所有需要作为字符串值的内容统一用单引号包裹，彻底避免cmd解析时吃掉引号的问题
• 给模板读取和输出写入都加-LiteralPath参数，兼容文件名/路径里包含的通配符、特殊正则字符
• 替换逻辑换成PowerShell的-replace运算符：原方法.replace()是字符串实例方法，遇到模板文件被Get-Content读成数组时会失效；同时给匹配占位符[NAME]加正则转义，因为方括号是正则特殊字符，不转义会被识别为字符集匹配
• 加-Raw参数一次性读入模板文件全文，避免按行拆分导致的格式丢失
• 加-NoProfile参数，避免PowerShell启动时加载用户配置文件引入额外的解析错误

内容的提问来源于stack exchange，提问作者dietachi