code runner 不支持混合编译执行流，因其设计为单文件→单语言→单命令模式；需手动通过shell命令链或tasks.json实现多语言协同。
Code Runner 本身不支持“混合编译执行流”——它每次只运行一个文件，按语言类型查 executorMap 执行单条命令。所谓“多语言混合”，必须靠你手动串起命令链，或用外部脚本协调。
为什么不能直接“混合运行”一个 .py + .cpp + .js 文件
Code Runner 的设计模型是「单文件 → 单语言 → 单命令」。它不会自动识别项目里有多个语言文件、也不会分析依赖关系。比如你同时打开 main.py、calc.cpp、ui.js，插件只会对当前激活的标签页运行对应语言的命令，其余文件完全无感知。
- 它不读
package.json、CMakeLists.txt或pyproject.toml - 它不启动守护进程，也不管理子进程生命周期
- 它不处理跨语言 IPC（比如 Python 调 C++ so、JS 调 Python HTTP 接口）——这些得你自己写胶水代码
如何用 Code Runner “模拟”混合流程：靠 executorMap 里写 shell 命令链
如果你真需要在一次点击中完成“先编译 C++、再跑 Python 脚本调用它、最后用 JS 验证输出”，就得把整个流程压进一条 shell 命令里，作为某个语言的执行器。
- 适用场景：脚本驱动型工作流，例如生成测试数据 → 编译核心算法 → 调用验证 → 输出报告
- 推荐绑定到一个“主控文件”，比如
run-all.sh或orchestrate.py，然后重写它的executorMap - 示例（Linux/macOS）：
"shell": "cd $dir && g++ -O2 calc.cpp -o calc && python3 test.py && node verify.js" - Windows 用户注意：
cmd不支持链式&&失败中断，建议改用 PowerShell 并加-Command，或直接切到 WSL - 别忘了加
-u（Python）、--no-warnings（Node）等参数控制输出节奏，否则日志会卡住
真正该用 tasks.json 而不是 Code Runner 的三种情况
当你的“混合流程”开始出现以下任一特征时，说明 Code Runner 已经撑不住了，该切到 VS Code 原生 task 系统：
- 需要并行执行（比如一边
go run server.go，一边npm start）——Code Runner 只能串行 - 要监听文件变化并热重载（如 TS 编译 + Webpack + Python mock server）——它没 watch 能力
- 步骤之间有状态传递（比如 C++ 编译输出路径要被 Python 脚本读取）——
$fileNameWithoutExt这类变量太静态，无法跨步骤复用
这时候写一个 tasks.json，用 dependsOn 和 group 显式定义阶段，比硬塞进 executorMap 更可靠、更易调试。
容易被忽略的关键点：工作目录和环境变量不是全局的
很多人以为设了 code-runner.cwd 就万事大吉，其实每条 executorMap 命令都是独立子 shell，cd 只在当次命令生效。比如：
cd $dir && gcc a.cpp -o a && cd ../py && python test.py
第二步 cd ../py 之后的 python test.py 确实是在 ../py 下执行，但这个目录切换不会延续到下一次 Run Code 操作。如果你的 Python 脚本又 import 了相对路径的模块，而 PYTHONPATH 没同步设对，照样报 ModuleNotFoundError。
真正稳定的解法是：所有路径都用绝对变量（$workspaceRoot、$dir），所有环境变量都在命令里显式拼接（PYTHONPATH=$workspaceRoot/lib python3 -u script.py），不要依赖 shell 的上下文延续性。
