在使用 VS Code 开发 Python 项目时，我在两台同样配置、同样 .vscode/settings.json 文件的电脑上却遇到了不同的运行行为：一台电脑可以正常执行脚本，而另一台电脑必须点击两次运行按钮才能正确激活 Conda 环境并执行代码。困惑了好久，最终定位到了问题根源。
背景
我在两台电脑上使用同一个 Conda 环境（isaaclab）以及同一个 VS Code 项目 (IsaacLab)：
-
.vscode/settings.json中指定了解释器路径："python.defaultInterpreterPath": "/home/hongtao/miniconda3/envs/isaaclab/bin/python"
-
并且检查过 VS Code 设置中
python.terminal.activateEnvironment均为true。
正常预期是 VS Code 点击运行 Python 文件时先激活 Conda 环境，然后再执行脚本，从而正确运行项目代码。
问题描述
但我遇到的事实是：
电脑 A（通过 SSH Remote 到 电脑 B 运行）
点击运行按钮后，VS Code 终端执行流程如下：
conda activate isaaclab /home/hongtao/miniconda3/envs/isaaclab/bin/python /home/.../spring.py 这种行为正常，不会出现问题，所有模块都能被正确加载。
电脑 B（本地直接打开项目）
点击运行按钮后，VS Code 终端执行流程却是：
python -u "/home/.../spring.py" （No module 错误，因为未先激活 conda 环境） ...之后才出现 conda activate isaaclab 也就是说第一次点击运行时 Python 默认使用的是系统环境，不是 Conda 环境。因此第一次执行失败；之后 VS Code 才激活环境，第二次点击才成功运行。
问题分析
虽然两边的项目设置文件一样，但实际执行命令不同，这是因为 VS Code 可能使用了不同的运行入口。
我进一步确认发现：
-
在电脑 B 上可能安装了 Code Runner 扩展（常见扩展名为 Code Runner）。
-
默认情况下 Code Runner 的运行按钮（Run Code） 会直接执行：
python -u 文件路径
它不会等待 Conda 环境激活，因此出现了 "先执行 python 再 activate"的行为，导致环境未正确激活，Python 报 No module found 错误。
而 VS Code Python 扩展 的运行按钮会优先激活选定的解释器/环境，从而传递正确的解释器路径执行 Python 脚本。
因此，两者点击按钮看起来一样，但执行逻辑不一致。
最终解决方式
问题定位后很快有了有效解决方式：
禁用 Code Runner 扩展
-
在 VS Code 的扩展管理器中找到 Code Runner。
-
将其 禁用或者卸载。
-
重启 VS Code。
之后点击运行按钮就会调用 VS Code Python 扩展流程，终端输出如下：
conda activate isaaclab /home/hongtao/miniconda3/envs/isaaclab/bin/python /home/.../spring.py 这样 Python 会在 Conda 环境中运行，模块导入正确，一次运行即可成功。