git bash中node命令卡住，根本原因是其默认不启用windows控制台输入模式（conpty），导致readline等stdin操作阻塞；需配置bash.exe路径、--login -i参数，并在~/.bashrc中正确导出node路径。
为什么Git Bash里node命令卡住不动？
不是Node没装好，也不是Git Bash坏了——根本原因是Git Bash默认不启用Windows的控制台输入模式（conpty），导致node进程无法正确接收stdin流。尤其当代码里有readline()、prompt()或process.stdin.on('data', ...)时，终端光标停住、键盘无响应，其实是输入缓冲被阻塞了。
这种挂起在PowerShell或CMD里通常不明显，因为它们原生支持Windows控制台API；但Git Bash（尤其是旧版）靠msys2模拟层运行，node.exe直接调用ReadConsoleInputW会失败，转而进入轮询等待，CPU空转，人眼看就是“卡死”。
必须改的两个配置项：terminal.integrated.profiles.windows和terminal.integrated.defaultProfile.windows
只在设置界面勾选“Git Bash”不够，VSCode需要明确告诉Git Bash启用原生控制台支持。关键在于path字段必须指向bash.exe而非sh.exe，且要加--login -i参数启动交互式登录shell：
-
"path": "C:\Program Files\Git\bin\bash.exe"（路径按你实际安装位置调整） -
"args": ["--login", "-i"]——缺一不可：--login加载~/.bashrc确保PATH含Node路径；-i强制交互模式，激活conpty - 同时设
"terminal.integrated.defaultProfile.windows": "Git Bash"，避免每次手动选
别用git-bash.exe或sh.exe路径——它们不走conpty，挂起问题照旧。
node命令仍卡？检查你的PATH是否真包含Node
Git Bash不读取Windows的PATH环境变量，它只认~/.bashrc里export的路径。即使Windows里node --version正常，Git Bash里也可能找不到node，导致command not found后静默退出——你以为是卡，其实是命令根本没跑起来。
验证方法：在Git Bash终端里执行which node。如果返回空，说明Node不在Git Bash的PATH里。解决方式：
- 打开
~/.bashrc（若不存在就新建），追加：export PATH="/c/Users/用户名/AppData/Roaming/npm:/c/Program Files/nodejs:$PATH"（路径按你Node实际安装位置填） - 执行
source ~/.bashrc立即生效 - 再试
node -v和node -e "console.log('ok')"确认基础可用性
交互式输入仍失效？绕过Git Bash的stdin限制
极少数场景下（比如某些npm脚本调用node并重定向stdin），Git Bash的stdin依然会被截断。此时不要硬刚，换更可靠的路径：
- 在VSCode终端右上角点击“+”→选择“Command Prompt”或“PowerShell”，
node交互功能100%正常 - 或者用VSCode的
Run Code插件（需开启code-runner.runInTerminal），它会自动fallback到系统默认终端执行 - 终极方案：把交互逻辑抽成CLI工具，用
process.argv传参代替实时输入，彻底避开stdin绑定问题
Git Bash终究是兼容层，不是原生终端。对Node这类重度依赖Windows控制台API的工具，别强求它100%等价于CMD——该换就换，别在配置里反复折腾。
