tasks.json配置python执行任务最可控，command必须用绝对路径指向目标解释器（如c: envscriptspython.exe或/usr/project/.venv/bin/python），args用${file}传当前文件，group严格设为"default"才能使ctrl+shift+b生效，type推荐"shell"以继承环境变量。
直接用 tasks.json 配置 Python 执行任务是最可控、最不依赖插件行为的方式，尤其适合需要固定解释器路径、传参或串联命令的场景。别指望右键“Run Code”或绿色按钮永远靠谱——它们可能绕过你选的虚拟环境，或静默使用系统 python。
tasks.json 中 command 和 args 怎么写才不踩坑
关键不是“能不能跑”，而是“用哪个 python 跑”。command 必须指向你真正想用的解释器，不能只写 python 或 python3：
- Windows 下推荐写绝对路径，如
"command": "C:\Users\me\venv\Scripts\python.exe"（注意双反斜杠或正斜杠均可） - macOS/Linux 下用
"command": "/Users/me/project/.venv/bin/python"，避免which python和 VS Code 实际调用不一致 -
args里用${file}表示当前文件，但若脚本依赖同目录其他模块，建议改用${fileBasenameNoExtension}或显式加-m参数，例如["-m", "my_package.main"] - 如果要传命令行参数给你的脚本，得把它们加进
args数组末尾，比如["${file}", "--debug", "log.txt"]
为什么 group 设为 default 后 Ctrl+Shift+B 还不生效
常见原因不是配置错，而是 VS Code 没识别到这个任务是“构建类”任务：
-
group字段必须严格写成"default"（小写，无空格），写成"Default"或"build"都不行 - 确保
tasks.json在项目根目录下的.vscode/文件夹里，不在子目录或用户级配置中 - 如果同时存在多个 task，只有第一个
group: "default"的会被Ctrl+Shift+B绑定；其余需手动调用Tasks: Run Task - 重启集成终端或重载窗口（
Developer: Reload Window）有时能刷新任务缓存
运行时终端没输出、卡住或报 ModuleNotFoundError
这不是代码问题，而是任务执行上下文没继承你配置的 Python 环境：
-
"type": "shell"是安全选择；"type": "process"不走 shell，不会加载.zshrc或激活虚拟环境，容易丢PYTHONPATH或PATH - 检查
presentation配置："panel": "new"每次开新终端，"panel": "shared"复用同一终端——后者可能导致前一个任务残留的环境变量干扰下一个 - 如果用了虚拟环境但依然报模块找不到，确认
command指向的是venv/bin/python（Unix）或venvScriptspython.exe（Win），而不是全局python - 在
args前加"-u"（如["-u", "${file}"]）可强制 Python 不缓冲 stdout，避免日志延迟显示
真正难的从来不是写对 JSON 字段，而是理解 VS Code 的任务执行是独立于编辑器 UI 状态的——它不读取你状态栏显示的解释器，也不自动 source 任何 shell 配置。每一条 command 都得自己扛起环境责任。
Python免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 Python 的核心概念和高级技巧！
