必须在launch.json中设置"console": "integratedTerminal"且"justMyCode": false，使Python进程运行于真实终端并连通stdin；调试启动后需手动聚焦Terminal标签页输入。
VSCode里Python调试时input()卡住、无响应、抛EOFError，不是代码问题，是I/O通道没连对——必须让Python进程跑在真实终端里，而不是Debug Console中。
为什么input()在Debug Console里永远卡住
VSCode的Debug Console本质是个“只读输出+命令执行”面板，它**不接管sys.stdin**。你敲的字根本进不到Python进程的输入缓冲区，input()就一直阻塞在readline()系统调用上。这不是Windows特有，macOS/Linux下同样发生；也不是Python版本问题，而是调试器设计如此。
- 现象包括：光标静止不动、回车后直接报
EOFError: EOF when reading a line、调试会话看似“假死” - 别试
console: "internalConsole"或留空——这会让问题更糟 - 也别指望改
terminal.integrated.shell.windows或切旧版cmd——那些只影响普通终端，不影响调试I/O流向
launch.json里必须设"console": "integratedTerminal"且"justMyCode": false
这是唯一稳定生效的组合。仅设"console": "integratedTerminal"还不够，很多用户卡在这一步。
-
"console": "integratedTerminal"：强制Python进程的标准输入/输出/错误都连接到VSCode底部的集成终端（即Terminal标签页） -
"justMyCode": false：否则VSCode调试器会在input()底层调用处“跳过”，导致stdin被静默丢弃；设为false才能穿透到真实sys.stdin.read() - 删掉
"internalConsoleOptions": "neverOpen"这类冲突项（如果存在） - 配置示例（放在
.vscode/launch.json的对应configuration内）：{ "name": "Python: Current File", "type": "python", "request": "launch", "module": "your_module", "console": "integratedTerminal", "justMyCode": false }
启动调试后，别点错标签页：要操作的是Terminal，不是Debug Console
就算配置全对，VSCode默认仍会把焦点切到Debug Console标签页——而input()提示实际出现在下方的Terminal页签里。
立即学习“Python免费学习笔记（深入）”；
- 启动调试（F5）后，立刻看窗口底部标签栏，找名为
DEBUG、Python Debug或带终端图标的页签 - 所有
input("请输入:")都会在那里显示，直接敲字+回车即可 - 如果误在Debug Console里敲，那些字符只是发给调试器命令行（比如想查变量值），不会进
stdin - 右键Terminal页签 → “Pin Tab”可固定，防止被自动切走
临时绕过input()？用sys.stdin.readline().strip()或环境变量
如果你只是快速验证逻辑、又不想动配置，可以局部替换，但注意这不是长期方案。
-
sys.stdin.readline().strip()比input()少一层缓冲和换行处理，有时能绕过某些终端编码问题（如WSL下CRLF识别异常） - 用环境变量预置值：
import os name = os.getenv("INPUT_NAME", "default_user")，调试前在launch.json里加"env": {"INPUT_NAME": "test"} - 硬编码仅限单次测试，务必在提交前删掉，否则OJ判题会失败
- 文件重定向（
python script.py ）适合批量测试，但无法用于交互式调试断点后继续输入
最常被忽略的其实是"justMyCode": false这个开关——很多人配了integratedTerminal却仍卡住，根源就在这里。另外，改完launch.json一定要Stop再F5，热重载不生效。
