VSCode 执行 Shell 任务时的交互式输入阻塞解决方案

为什么 input() 在 VSCode 终端里不响应输入

不是代码有问题，是 VSCode 的默认配置没把 stdin 流连到可见终端。常见死法有三种：第一种，input("请输入：") 显示提示了，但键盘敲什么都没反应；第二种，终端光标彻底不动，也不报错；第三种，提示跑到了 Output 面板——这是 Code Runner 的默认行为，Output 面板是只读日志区，没法往里写东西。

三步排查法：

• 确保终端面板已经打开并且获得焦点：按 Ctrl+` 唤出，再按 Ctrl+K（Windows/Linux）或 Cmd+K（macOS）聚焦到终端。
• 调试时必须在 .vscode/launch.json 里把 "console" 设为 "integratedTerminal"，同时显式加上 "justMyCode": false——注意，这两个缺一不可。
• 检查有没有偷偷写着 "console": "internalConsole"，有的话删掉或注释掉，这个值会让 input() 直接罢工。
• 如果用了虚拟环境，确认 python.defaultInterpreterPath 指向的是 venv 里的解释器，否则终端启动的是系统级的 Python，路径和包都对不上。

Code Runner 运行脚本后输不了怎么办

Code Runner（快捷键 Ctrl+Alt+N）默认把 input() 的输出丢到 Output 面板——那里不支持输入，这是设计如此，不是 bug。别想着换工具，改个配置就行：

• 打开设置（Ctrl+,），搜索 code-runner: run in terminal，勾上。
• 顺手把 code-runner: preserve focus 设为 false，这样运行后焦点自动跳到终端，省得你手动点。
• 如果还不行，检查 code-runner.executorMap 里 python 对应的命令是否含有 -u 参数（比如 python -u），不然输出缓冲可能导致交互延迟。

终端能启动但 input() 返回空或卡死

输完回车没反应，或者返回空字符串，这种情况多见于 WSL、SSH 远程连接或者某些奇怪的终端模拟器。根源往往是换行符不匹配或编码没对齐。

验证方法：在集成终端里执行 python -c "print(repr(input()))"，输入后观察输出是否包含 '\n'；如果显示 '\r\n'，说明终端用了 CRLF，而 Python 在某些配置下只认 LF，导致阻塞。

• 在 launch.json 里加 "env": {"PYTHONIOENCODING": "utf-8"}，避免中文输入后解码失败卡住。
• 极端情况可以临时用 sys.stdin.readline().strip() 代替 input()，绕过内置缓冲逻辑。
• WSL 用户注意：确保 Windows 终端或 VSCode 用的是 WSL2 发行版的默认 shell（比如 /bin/bash），别用旧版 WSL1 的兼容层。

PowerShell 执行策略导致脚本无法运行，连带影响交互输入

Windows 上 VSCode 终端报“无法加载文件 … 因为在此系统上禁止运行脚本”，这不是终端坏了，是 PowerShell 的执行策略（Execution Policy）拦住了 profile.ps1 加载。这个策略不仅影响 profile，还会让后续所有命令（包括 python 调用）行为异常，input() 可能间接卡住。

• 最省事的办法：切换默认终端类型——点终端右上角下拉箭头 → “选择默认配置文件” → 改用 Git Bash 或 Command Prompt。
• 如果非要坚持用 PowerShell，在管理员权限的 PowerShell 里执行：Set-ExecutionPolicy RemoteSigned -Scope CurrentUser。
• 别设 Unrestricted，风险太高；RemoteSigned 允许本地脚本执行，只对网络下载脚本要求签名。
• 改完策略后重启 VSCode 窗口（Developer: Reload Window），否则旧进程仍沿用旧策略。

真正容易被忽略的是：PowerShell 策略生效后，profile.ps1 若本身有语法错误，也会让终端初始化失败，导致后续 input() 行为不可预测——建议先临时重命名该文件测试，确认是策略问题还是 profile 脚本的问题。