Groovy远程执行Shell命令问题：现有方案维护性待优化

我懂你现在的痛点——用Groovy调用批处理文件+Putty执行远程Shell命令虽然能跑，但维护起来真的闹心：硬编码的路径、依赖外部Putty工具、改个命令还要去编辑批处理文件，灵活性和可维护性都太差了。下面给你几个更优雅、好维护的替代方案：

方案一：用JSch库（首推） #

JSch是Java生态里成熟的SSH2库，Groovy可以直接用它建立SSH连接、执行命令，完全不需要依赖外部工具，所有逻辑都在代码里掌控，灵活性拉满。

示例代码 #

@Grab('com.jcraft:jsch:0.1.55')
import com.jcraft.jsch.*

def runRemoteCommand(String host, String username, String password, String command) {
    def jsch = new JSch()
    def session = jsch.getSession(username, host, 22)
    session.setPassword(password)
    
    // 跳过主机密钥检查（生产环境建议用密钥认证，更安全）
    session.setConfig("StrictHostKeyChecking", "no")
    
    session.connect()
    
    def channel = (ChannelExec) session.openChannel("exec")
    channel.setCommand(command)
    
    // 捕获命令的输出和错误信息
    def outputStream = channel.getInputStream()
    def errorStream = channel.getErrStream()
    
    channel.connect()
    
    // 打印命令输出
    println "命令执行输出:"
    outputStream.eachLine { println it }
    
    // 打印错误信息（如果有的话）
    println "\n错误输出:"
    errorStream.eachLine { println it }
    
    channel.disconnect()
    session.disconnect()
}

// 调用示例
runRemoteCommand("你的远程主机地址", "root", "你的密码", "要执行的Shell命令")

为啥推荐这个？ #

• 不需要依赖Putty、批处理这些外部东西，代码自包含，换环境也不怕
• 所有参数（主机、命令、账号）都在Groovy代码里，改起来直接改代码就行，维护方便
• 支持密钥认证（比密码安全多了，生产环境一定要用这个）
• 能直接捕获命令的输出和错误，调试起来省心多了

方案二：用Groovy的ProcessBuilder直接调用plink #

如果暂时不想引入第三方库，也可以用Groovy的ProcessBuilder直接调用plink.exe（Putty的命令行版本），比调用批处理灵活多了，不用单独维护批处理文件：

示例代码 #

def remoteHost = "root@你的远程主机地址"
def targetCommand = "要执行的Shell命令"
def plinkPath = "C:\\Validation\\Tests_Auto\\Scripts\\remote_process\\plink.exe"

def processBuilder = new ProcessBuilder(plinkPath, "-ssh", remoteHost, targetCommand)
processBuilder.redirectErrorStream(true) // 把错误输出和标准输出合并，方便读取
def process = processBuilder.start()

// 读取并打印命令输出
process.inputStream.eachLine { println it }
process.waitFor()

这个方案的优势 #

• 不用再维护批处理文件，所有配置都在Groovy代码里，一目了然
• ProcessBuilder比Runtime.exec更安全、灵活，能更好地处理参数（比如带空格的命令也能正确解析）
• 同样可以捕获命令的输出，方便调试

对比原方案的提升 #

原方案的问题真的不少：

• 批处理里硬编码路径和命令，改个东西还要找文件编辑，容易出错
• 依赖Putty的安装路径，换个机器或者路径变了就直接崩了
• 很难捕获命令的输出和错误，出问题了根本不知道为啥

上面的两个方案都解决了这些问题，让代码更集中、更易维护，调试和扩展也方便得多。

内容的提问来源于stack exchange，提问作者A.Joly