这种情况我碰到过好多次，本质是终端控制序列混乱或者TERM环境变量不匹配导致的，给你分紧急修复和永久解决两步来处理：

一、紧急停止当前乱码输出 #

如果现在正对着满屏随机字符发愁，不用慌，盲操作就能恢复：

• 先按 Ctrl + C 尝试中断输出，不行的话直接盲打 reset 然后回车（即使看不到输入也没关系），这个命令会重置终端的所有状态，瞬间就能回到正常界面。

二、永久解决，避免下次再出现 #

主要从tmux配置和iTerm设置入手，解决根本问题：

1. 统一TERM环境变量 #

终端类型不匹配是最常见的原因，tmux和iTerm要用对应的终端类型：

• 打开iTerm偏好设置 → 选中你的Profile → 切换到「Terminal」标签 → 把「Report terminal type」改成 xterm-256color。
• 编辑你的tmux配置文件 ~/.tmux.conf，添加下面这行：

  set -g default-terminal "tmux-256color"
  

  保存后重启tmux（输入 tmux source ~/.tmux.conf 重载配置，或者退出所有tmux会话再重新打开）。

2. 配置tmux避免终端模式冲突 #

有时候tmux的屏幕切换指令和iTerm的缓冲区模式会打架，导致断开后终端处于异常状态，在~/.tmux.conf里再加这两行：

set -g mouse on
set -g terminal-overrides ',xterm-256color:smcup@:rmcup@'

• set -g mouse on 是启用tmux原生鼠标支持，避免iTerm的鼠标事件被错误解析成乱码；
• terminal-overrides 这行是禁用tmux的smcup/rmcup指令，让iTerm自己管理屏幕缓冲区，防止断开后终端卡在奇怪的显示模式里。

3. 重新连接tmux前先重置终端 #

每次因为异常断开后重新连接tmux会话时，先在本地iTerm里输入 reset 回车，再执行 tmux attach 或者 tmux attach-session -t 你的会话名，确保终端处于干净状态再连接tmux，能有效避免乱码。

内容的提问来源于stack exchange，提问作者oujiafan