VBScript的SendKeys向PuTTY终端传参随机截断，求可行替代方案

SendKeys本身就是个不太可靠的自动化方式——它依赖窗口焦点、系统响应速度，哪怕你加了WScript.Sleep，系统负载波动时还是容易丢字符，这就是你遇到截断问题的核心原因。下面给你几个更稳定的替代方案，按可靠性和易用性排序：

方案1：直接在plink命令行传递要执行的命令 #

这是最简单也最可靠的方式，plink本身支持在命令行末尾直接指定要执行的Linux命令，完全不需要交互或模拟按键。

比如你要执行cd abcd并后续操作，可以把命令用引号括起来，用&&连接多个命令：

Set WshShell = WScript.CreateObject("WScript.Shell")
' 直接传递命令，执行完会自动退出会话
WshShell.Run "plink username@hostname -pw password ""cd abcd && ls"""

如果需要执行多条独立命令，也可以用分号分隔：

WshShell.Run "plink username@hostname -pw password ""cd abcd; ls; pwd"""

这个方案的优势是完全规避了SendKeys的所有问题，执行效率高，也不需要等待窗口加载。

方案2：用输入重定向读取命令文件 #

如果要执行的命令很多，或者需要复用命令序列，可以把所有命令写到一个文本文件里，然后让plink从这个文件读取输入。

1. 先创建一个commands.txt文件，内容如下（每行一个命令）：

cd abcd
ls
pwd
exit

2. 在VBScript中调用plink时用输入重定向：

Set WshShell = WScript.CreateObject("WScript.Shell")
WshShell.Run "plink username@hostname -pw password < commands.txt"

这种方式适合命令固定、需要批量执行的场景，同样不需要依赖窗口交互。

方案3：通过Exec方法操作标准输入流 #

如果必须在脚本中动态生成命令，并且需要保持交互式会话，可以用WSH的Exec方法获取plink进程的标准输入流，直接向进程写入命令，这比SendKeys可靠得多。

示例代码：

Set WshShell = WScript.CreateObject("WScript.Shell")
' 启动plink会话，获取进程对象
Set oExec = WshShell.Exec("plink username@hostname -pw password")

' 向标准输入写入命令，WriteLine会自动添加回车
oExec.StdIn.WriteLine "cd abcd"
' 可以根据需要添加延迟（如果命令执行需要时间）
WScript.Sleep 500
oExec.StdIn.WriteLine "ls"
' 关闭输入流，结束会话
oExec.StdIn.Close

这个方法不需要依赖窗口焦点，直接通过进程通信发送命令，稳定性远高于SendKeys。

总结 #

尽量避免用SendKeys做终端自动化——它的设计是为了模拟用户手动按键，而非可靠的进程通信。上面的三个方案都从根本上规避了SendKeys的缺陷，根据你的实际需求选择即可。

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