Conda 环境变量中若值以 $ 开头，易因 PowerShell 的变量展开机制被错误解析，导致 os.environ 仅读取到 $ 后的剩余字符（如 '!'），而非完整值；根本原因在于未转义的 $ 被 PowerShell 提前求值，需通过引号保护或禁用展开来解决。
conda 环境变量中若值以 `$` 开头，易因 powershell 的变量展开机制被错误解析，导致 `os.environ` 仅读取到 `$` 后的剩余字符（如 `'!'`），而非完整值；根本原因在于未转义的 `$` 被 powershell 提前求值，需通过引号保护或禁用展开来解决。
在使用 conda env config vars set 设置含特殊字符的环境变量时，看似成功写入、实则被宿主 Shell（尤其是 Windows PowerShell）提前解析，是此类问题的核心症结。你执行的命令：
conda env config vars set SOME_VAR='$ValueOfTheVariable!'
虽然在 Conda 内部配置文件（如 envs/my_env/conda-meta/vars.bat 或 vars.ps1）中正确保存了带单引号的字符串，但当 Conda 激活环境时，它会生成并执行 PowerShell 脚本（如 activate.ps1）来注入变量。而 PowerShell 在执行该脚本时，会对 "$SOME_VAR" 或未加保护的赋值语句中的 $ 进行变量展开——即使你在 set 命令中用了单引号，Conda 生成的激活脚本可能仍以双引号或无引号方式拼接变量值，从而触发 $ValueOfTheVariable 被当作未定义 PowerShell 变量求值为 null，最终只留下 !。
✅ 正确解决方案（推荐）：强制使用单引号包裹 + 显式禁用展开
在 PowerShell 中，唯一能完全抑制 $ 展开的方式是使用单引号字符串（literal string），且确保 Conda 激活脚本最终生成的赋值语句也使用单引号。手动验证并修复步骤如下：
-
先清除当前错误配置：
conda env config vars unset SOME_VAR -n my_env
-
使用 PowerShell 原生命令安全设置（绕过 conda 解析）：
直接编辑环境对应的激活脚本（路径通常为envs/my_env/etc/conda/activate.d/env_vars.ps1），添加以下内容：$env:SOME_VAR = '$ValueOfTheVariable!'
⚠️ 注意：此处必须使用单引号！双引号
"$ValueOfTheVariable!"会导致 PowerShell 尝试展开$ValueOfTheVariable（结果为空），最终设为"!"。 -
创建对应停用脚本（可选，避免污染全局）：
新建envs/my_env/etc/conda/deactivate.d/env_vars.ps1，内容为：Remove-Item Env:\SOME_VAR -ErrorAction SilentlyContinue
-
重启 Spyder 并验证：
import os print(os.environ.get('SOME_VAR')) # 应输出: $ValueOfTheVariable!
? 替代方案（适用于临时调试）：
若无法修改激活脚本，可在 Spyder 启动前，于 PowerShell 中预先设置并导出该变量（确保在 conda activate 之前）：
$env:SOME_VAR = '$ValueOfTheVariable!' conda activate my_env spyder
此时 os.environ 将优先继承父进程（PowerShell）已设置的值，绕过 Conda 的变量注入逻辑。
? 关键注意事项：
- ❌ 不要依赖
conda env config vars set处理含$的值——其底层对 PowerShell 的适配不完善； - ✅ 单引号
'...'是 PowerShell 中唯一保证字面量的字符串类型，双引号"..."和无引号均会触发$展开； - ? 在 Bash/Zsh 下此问题较少见（
$展开规则不同），但若跨平台部署，建议统一用export SOME_VAR='\$Value...'（反斜杠转义）； - ? 验证来源：运行
Get-ChildItem Env:\SOME_VAR（PowerShell）和import os; os.environ['SOME_VAR']（Python）对比输出，确认是否来自同一源头。
综上，这不是 Conda 的 Bug，而是 Shell 元字符处理与工具链协作的典型边界问题。坚持“所有含 $ 的值必须用单引号硬编码进激活脚本”，即可彻底规避。
