Jenkins脚本控制台实际使用哪个JVM？为何与Agent终端版本不一致

本质是两个执行上下文拿到的PATH环境变量完全不一致，不存在特殊的版本匹配异常：

• 你通过PuTTY SSH登录Agent节点时，交互登录shell会自动加载系统级（/etc/profile、/etc/profile.d/）和用户级（~/.bashrc、~/.bash_profile）的环境配置，这些配置通常会把你安装的JDK8路径追加到当前会话的PATH最前面。此时终端执行java -version时，shell会按PATH顺序匹配第一个找到的java可执行文件，也就是你配置的JDK8。
• 你在Jenkins脚本控制台运行的Groovy代码，是直接在Jenkins Agent的JVM进程内部执行的。代码中用.execute()拉起的外部子进程，会完整继承当前Agent JVM的固化环境变量，完全不会加载SSH登录时才会触发的shell配置。此时子进程拿到的PATH是Agent启动时就确定的环境值，里面没有你后续配置在shell文件里的JDK8路径，最终按顺序匹配到的是系统全局目录（比如/usr/bin/java）下自带的Java 7可执行文件。

补充说明：你脚本里的输出捕获逻辑不存在问题，Java本身就会把-version的输出打到标准错误（stderr）流，和版本差异没有关联。

在Jenkins脚本控制台执行如下代码，将输出和SSH终端的结果对比，能直接定位差异：

def sout = new StringBuilder(), serr = new StringBuilder()
// 打印Agent进程持有的PATH值
println "Agent进程PATH：" + System.getenv('PATH')
// 查找当前上下文匹配到的java全路径
def whichProc = 'which java'.execute()
whichProc.consumeProcessOutput(sout, serr)
whichProc.waitFor()
println "匹配到的java全路径：" + sout.toString()

你在SSH终端分别执行echo $PATH和which java，会直观看到两个上下文的PATH序列、匹配到的java路径完全不同。

• 不要依赖PATH的自动匹配规则，脚本中调用java时直接填写JDK8的可执行文件全路径，比如将'java -version'.execute()替换为实际的JDK8路径 /your/jdk8/path/bin/java -version
• 修改Jenkins Agent的启动配置（如systemd服务文件、nohup启动脚本），在启动Agent进程时就将正确的JDK路径写入Agent的PATH环境变量，后续所有由Agent拉起的子进程都会自动继承该配置
• 不要尝试通过修改用户shell配置文件来解决问题，这类配置只有在交互式SSH登录时才会加载，Jenkins Agent进程不会读取这些内容

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