SSH远程执行命令时环境变量丢失，是因为启动的是non-interactive + non-login shell，不加载~/.bashrc等配置文件；正确做法是用bash -s传参或显式引号嵌套拼接，避免单引号阻断变量展开、双引号导致本地静态替换。
SSH远程执行命令时，Shell变量不会自动传递过去，因为默认启动的是 non-interactive + non-login shell，它不加载 ~/.bashrc、~/.bash_profile 等初始化文件，也不继承本地 Shell 的变量环境。
本地变量无法直接生效
写成 VAR=value ssh user@host 'echo $VAR' 是无效的——单引号会阻止本地变量展开，远程端根本看不到 $VAR；而双引号写法如 ssh user@host "echo $VAR" 虽然能展开，但只是在本地替换后把结果传过去，属于“静态传值”，不适用于运行时动态生成的变量或含空格/特殊字符的值。
安全可靠的传值方式
推荐以下几种实际可用、兼顾安全性与兼容性的方法：
-
显式拼接并正确引号嵌套：对含空格参数，用单引号包裹整个远程命令，内部用双引号包变量值。例如：
ssh user@host 'bash -c "export MY_VAR=\"'$MY_VAR'\"; echo \"\$MY_VAR\""' -
用
bash -s流式传参：本地变量通过 stdin 传入远程 bash，避免 shell 层级解析干扰。printf '%s\n' "$MY_VAR" | ssh user@host 'bash -s' <<'EOF'<br>read my_var<br>echo "received: $my_var"<br>EOF
-
启用
SendEnv/AcceptEnv（需服务端配合）：
在客户端~/.ssh/config中添加：Host target<br> SendEnv MY_VAR
在服务端/etc/ssh/sshd_config中添加：AcceptEnv MY_VAR
然后重启sshd。之后MY_VAR=value ssh user@target 'echo $MY_VAR'即可生效。
避免踩坑的关键细节
传值失败常因引号错层或变量未转义导致。记住三点：
- 远程命令中想让变量在远程展开，必须用双引号或
bash -c，且确保$不被本地提前解释（加反斜杠或分层引号） - 含空格、换行、通配符的值，不能靠简单拼接，必须走
bash -s或printf | ssh这类字节流方式 - 不要在
/etc/environment或全局 profile 里硬编码敏感变量，更不要在命令行明文写 API 密钥
