Go CLI传入Windows绝对路径时filepath.Join生成无效路径的问题

1. Windows CMD的引号转义规则 #

这是最核心的原因：在Windows命令提示符（CMD）中，双引号用于包裹包含空格或特殊字符的路径，但如果路径以反斜杠结尾，最后一个反斜杠会被解析为对闭合引号的转义符。

举个例子，当你在CMD中输入：

your-cli "C:\Users\John\Desktop\Some.Folder\"

CMD不会把这个路径解析为C:\Users\John\Desktop\Some.Folder\，而是会把末尾的反斜杠当成转义符，将闭合引号变成路径的一部分。最终传递给Go程序的参数是：

C:\Users\John\Desktop\Some.Folder"

这个带末尾引号的异常路径，后续用filepath.Join拼接*.pdf时，自然会生成你看到的无效路径：

"C:\\Users\\John\\Desktop\\Some.Folder"\\*.pdf

2. PowerShell的参数解析差异 #

如果是在PowerShell中执行命令，虽然反斜杠不是默认转义字符，但当路径用双引号包裹时，PowerShell会对路径进行部分解析。若路径末尾的反斜杠和上下文组合（比如紧跟引号），也可能出现参数传递异常，不过这种情况的概率比CMD低。

3. Go filepath.Join的行为限制 #

filepath.Join的设计目标是规范化路径分隔符、处理相对路径拼接，但它不会自动清理输入参数中的非法字符（比如多余的引号）。当传入的参数本身已经是异常的（比如带末尾引号），它只会按照规则拼接，不会修正这些输入层面的错误。

你可以在Cobra命令中添加一行日志，打印接收到的原始参数来验证：

fmt.Printf("Raw absPath parameter: %q\n", absPath)

如果输出显示参数末尾带有额外的引号，就完全印证了上述问题。

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