ctrl+s在linux终端中发送xoff信号暂停输出，ctrl+q发送xon信号恢复输出；终端仍接收输入但不显示，积压内容在ctrl+q后一并输出。

Ctrl+S在Linux终端里到底干了什么

它不是“保存”，也不是bug，而是标准的XON/XOFF流控信号：Ctrl+S 发送 STOP（暂停输出），Ctrl+Q 发送 START（恢复输出）。终端仍在接收你的按键，只是把字符缓存在内核TTY层，不往屏幕上刷——所以你敲的命令都还在，只是看不见。

为什么Ctrl+Q能立刻恢复，且会“吐出”之前输入的内容

因为TTY驱动保留了暂停期间所有输入的字节缓冲。一旦执行 Ctrl+Q，内核立即把积压的输入流连同后续新输入一并转发给当前前台进程（比如bash或vim）。常见现象包括：

• 按下 Ctrl+Q 后突然刷出一串乱码或未完成的命令（比如你卡住前刚输了一半的 rm -rf）
• 如果正在运行 tail -f 或 ping，恢复后会一次性刷出积压的所有行
• 在vim中按过 Ctrl+S 后，Ctrl+Q 不仅恢复显示，还会让光标回到上次停留位置

哪些场景下Ctrl+S容易被误触，又特别危险

Windows用户迁移到Linux后，在以下情况高频触发：

linux-performance-analyzer

Linux 性能分析与调优专家，覆盖 CPU、内存、磁盘 I/O、网络、内核参数、编译优化、容器/K8s。适用场景：系统卡顿/高负载、内存不足/OOM/Swap 高、CPU 异常/iowait 高。

下载

• 在vim/neo/vi的插入模式下习惯性按 Ctrl+S 想保存文件
• 用PuTTY、Xshell、Tabby等终端模拟器时，快捷键映射未关闭XON/XOFF支持
• 远程SSH会话中网络延迟稍高，连按两次 Ctrl+S 容易漏掉第二次释放，导致“锁得更死”

真正危险的是：你卡住后狂敲 rm -rf / 或 :q! 却看不到回显，等 Ctrl+Q 一按，全执行了。

不想依赖Ctrl+Q？可以永久禁用这个流控

运行 stty -ixon 可关闭终端对 Ctrl+S/Ctrl+Q 的识别。但注意：

• 该设置只对当前会话生效；加到 ~/.bashrc 末尾可持久化
• 某些老旧串口设备或嵌入式环境仍需XON/XOFF，禁用后可能影响通信
• vim内部的 :w 仍是唯一安全的保存方式，别指望 Ctrl+S 在任何Linux编辑器里起作用

最稳妥的做法是肌肉记忆替换：把“保存”动作绑定为 Esc → :w<enter></enter>，彻底绕开这个陷阱。