为何PSFTP命令数组在部分Windows设备上无法正常运行？

问题场景 #

在PowerShell脚本里用PSFTP批量执行命令，遇到了诡异的兼容性问题：

• 脚本在一台Windows服务器上正常跑，但换到另一台后，lcd命令的本地路径会被莫名截断——比如传入C:\folder1\documents，实际执行时变成er1\documents
• 删掉lcd命令后，mget也出现类似的异常行为
• 试过换目录、升级/降级PowerShell、硬编码路径，都没解决
• 更奇怪的是，在命令数组开头加几条重复的lcd 'C:\'，或者加一段32字符的空白字符串，命令就能正常执行了

可行解决办法 #

方法1：给命令数组加32字符前置占位符 #

直接在命令数组的第一个位置插入32个空格的占位符，就能让后续命令被PSFTP正确解析：

# 生成32个空格的占位符
$cmdPrefix = "                               "
$cmd = @(
    $cmdPrefix,
    "lcd $local_directory",
    "mget $remote_files",
    "del $remote_files"
)
$ErrorActionPreference = "SilentlyContinue"
$cmd | & $psftp $sftpserver "-l" $user "-i" $private_key "-v"

方法2：用临时文件传递命令（更稳定） #

避开PowerShell管道的潜在问题，把命令写入临时文件，再通过PSFTP的-b参数指定命令文件执行：

# 创建临时命令文件
$cmdFile = Join-Path $env:TEMP "psftp_cmds_$(Get-Random).txt"
@(
    "lcd $local_directory",
    "mget $remote_files",
    "del $remote_files"
) | Out-File -FilePath $cmdFile -Encoding ASCII

# 执行PSFTP命令
$ErrorActionPreference = "SilentlyContinue"
& $psftp $sftpserver "-l" $user "-i" $private_key "-v" -b $cmdFile

# 清理临时文件
Remove-Item $cmdFile -Force

可能的原因 #

这个问题本质是PSFTP的标准输入缓冲区处理逻辑和PowerShell管道的输出机制不兼容：

• PSFTP读取标准输入时，可能有固定长度的缓冲区初始化逻辑，当管道传入的第一行内容长度不够时，会导致后续命令的解析出现偏移
• 32字符的前置内容刚好填满了这个缓冲区，让后续的命令能被正确读取
• 不同服务器上的PSFTP版本、系统控制台编码或缓冲区配置差异，导致问题只在特定机器上触发

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