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" 虽然能展开，但只是在本地替换后把结果传过去，属于“静态传值”，不适用于运行时动态生成的变量或含空格/特殊字符的值。

onewo-rtlinux

Linux 实时编程助手。生成、审查并修改用于周期性控制任务和中断驱动程序的 C 代码。强制实施实时调度策略。

下载

安全可靠的传值方式

推荐以下几种实际可用、兼顾安全性与兼容性的方法：

• 显式拼接并正确引号嵌套：对含空格参数，用单引号包裹整个远程命令，内部用双引号包变量值。例如：
  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' 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 密钥