vscode终端点击鼠标导致程序暂停是因进入“鼠标选择模式”并发送sigtstp信号挂起前台进程；可用jobs确认、fg恢复，或通过stty -ixon、更换终端等方式预防。
VSCode 终端里点了鼠标，代码突然停了？
不是代码崩了，是终端进入了“鼠标选择模式”，前台进程被 SIGSTOP 信号挂起——这是 Windows/macOS/Linux 上 pty 终端的通用行为，VSCode 集成终端完全继承了这一机制。
你双击选中一行、拖拽划词、甚至只是点一下空白处（尤其在 PowerShell 或 zsh 下），终端会自动暂停当前正在运行的前台进程（比如 python train.py 或 node server.js），光标冻结，输出中断，但进程并未退出，而是处于 Stopped 状态。
- 现象：点击后终端卡住，
Ctrl+C无效，jobs显示[1]+ Stopped - 原因：终端仿真器检测到鼠标事件 → 切换为选择模式 → 向前台进程组发送
SIGTSTP - 影响范围：所有基于
libpty的终端（包括 VSCode 默认终端、iTerm2、GNOME Terminal），与 shell 类型无关 - Windows 特别注意：PowerShell v5.1 及更早版本对此更敏感，点一下就停；PowerShell 7+ 和 Windows Terminal 改进明显，但仍可能触发
怎么立刻恢复被鼠标暂停的程序？
别关终端、别重启，直接用作业控制命令唤醒：
- 先确认是否真被挂起：
jobs—— 如果看到类似[1]+ Stopped python main.py，说明就是它 - 恢复到前台继续运行：
fg（最常用）或fg %1（指定作业号） - 不想占着终端？送后台跑：
bg或bg %1，之后还能用fg拉回来 - 如果
jobs为空，但程序仍无响应：可能是鼠标点击触发了终端“复制模式”，此时按Esc退出选择态即可（尤其适用于 tmux 嵌套或某些 zsh 主题）
怎么避免鼠标一点就停？
根本解法不是禁用鼠标（那没法选中文本），而是切断“点击 → 暂停”的默认链路：
- Linux/macOS：在 shell 配置（
~/.bashrc或~/.zshrc）中加一行：set -o vi或set -o emacs（确保作业控制未被禁用），再加stty -ixon—— 这能关闭 Ctrl+S/Ctrl+Q 流控，间接降低鼠标事件干扰概率 - PowerShell 用户：在 VSCode 设置里改终端 profile，把默认从
Powershell换成Command Prompt或Windows Terminal（路径设为wt.exe），后者对鼠标事件更克制 - VSCode 全局设置：添加
"terminal.integrated.enableMultiLinePaste": false（减少粘贴相关状态切换），并确保"terminal.integrated.copyOnSelection": false（避免选中即复制触发状态变更） - 终极保险：写长任务时，提前用
nohup python script.py &或screen -S job启动，鼠标点击只影响 shell，不影响主进程
为什么 Ctrl+C 在鼠标暂停后失效？
因为 Ctrl+C 发送的是 SIGINT，而被 SIGTSTP 挂起的进程处于“不可中断睡眠”状态（T 状态），信号队列被阻塞，直到它被 fg 或 bg 唤醒才会批量处理。
- 验证方式：
ps -o pid,stat,comm -C python（Linux/macOS）或tasklist /fi "imagename eq python.exe"（Windows），看状态列是否为T - 强行唤醒的备用方案：
kill -CONT $(pgrep -f "python.*script")（需知道 PID，不如fg直接） - 调试器场景下更麻烦：F5 启动的调试进程不走终端作业控制，鼠标点击不会暂停它，但会暂停其 stdout/stderr 输出终端 —— 此时
Shift+F5才是唯一有效停止方式
鼠标暂停这事不报错、不留日志、不弹提示，很容易误判为程序崩溃或死循环。记住：只要 jobs 能列出东西，就还有救，别急着关终端。
