如何解决bash脚本中给expect传递命令行参数时的变量报错问题？

你遇到的no such variable错误和命令执行异常，主要是因为bash变量解析规则和expect脚本的字符串传递方式冲突导致的，下面给你详细拆解原因和两种可行的解决方案：

问题根源 #

1. 单引号阻止bash变量展开：你用单引号包裹expect代码时，bash不会解析里面的$1变量，而是直接把$1原封不动传给expect，expect会把它当成自己的内部变量，自然会报no such variable。
2. 管道符号被bash提前解析：你命令里的|会被bash先处理，而不是作为su -c的命令参数传递，导致实际执行的命令和你预期的不一样。
3. 脚本类型混淆：如果脚本开头写#!/usr/bin/expect，那这就是一个expect脚本，不能用bash的$1来获取参数，得用expect的参数语法。

方案1：Bash脚本中调用Expect（推荐） #

这种方式保留bash的参数处理逻辑，用Here Document传递expect代码，既让bash能展开变量，又能完整传递带管道的命令：

#!/bin/bash

# 检查是否传入用户名参数
if [ $# -ne 1 ]; then
    echo "Usage: $0 <target-username>"
    exit 1
fi

# 定义变量，密码建议从环境变量读取，不要硬编码！
TARGET_USER="$1"
# 安全替代方案：read -s -p "Enter password: " PASSWORD
PASSWORD="Temp/123"
# 优化ps命令，避免匹配grep自身
COMMAND="ps ax | grep [j]ava | cut -f2 -d ' ' | xargs kill -9"

# 用Here Document传递expect代码，bash会自动展开变量
expect << EOF
spawn su - $TARGET_USER -c "$COMMAND"
expect "Password:"
send "$PASSWORD\n"
interact
EOF

关键说明： #

• Here Document允许我们编写多行expect代码，bash会先解析里面的$TARGET_USER、$PASSWORD、$COMMAND变量，再把完整内容传给expect。
• 给$COMMAND加上双引号，确保里面的管道符作为一个整体传递给su -c，不会被bash提前拆分。

方案2：纯Expect脚本 #

如果想直接写expect脚本，就要用expect的参数处理语法，比如用$argv获取命令行参数：

#!/usr/bin/expect

# 检查参数数量
if {[llength $argv] != 1} {
    puts "Usage: $argv0 <target-username>"
    exit 1
}

# 获取用户名参数
set target_user [lindex $argv 0]
set password "Temp/123"
set command "ps ax | grep [j]ava | cut -f2 -d ' ' | xargs kill -9"

spawn su - $target_user -c "$command"
expect "Password:"
send "$password\n"
interact

使用方式： #

给脚本加执行权限后，直接运行./your-script.exp username

重要安全与优化提示 #

• 绝对不要硬编码密码：建议改成从环境变量读取（比如PASSWORD=$SU_PASSWORD），或者用交互式输入（bash里用read -s，expect里用stty -echo; expect_user -re "(.*)\n"; set password $expect_out(1,string); stty echo）。
• 优化ps命令：用grep [j]ava代替grep java，这样可以避免匹配到grep java这个进程本身，减少误杀风险。
• 匹配提示符：确保expect "Password:"和su实际输出的提示符完全一致（比如有些系统是Password :带空格），否则expect会一直等待，脚本卡住。

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