vscode ssh终端方向键失效的根本原因是远程shell未启用readline或终端未进入规范模式：需同时满足term正确（如xterm-256color）、stty显示icanon和echo、且.bashrc/.zshrc成功加载（含bindkey -e或shopt -s histappend）。
VSCode 连 SSH 终端无法用上下方向键翻历史命令，不是 SSH 协议问题，而是远程 shell 未启用 readline 或终端未进入规范模式（canonical mode）——根本原因在 stty 设置和 TERM 环境变量不匹配。
为什么 SSH 连上去后方向键变“哑键”？
本地终端能用方向键，但通过 ssh user@host 连过去后按 ↑↓ 没反应，甚至输出乱码如 ^[[A，说明远程 shell 收到了原始 ANSI 转义序列，但没绑定到历史命令功能。这通常因为：
- 远程终端未启用
icanon（规范输入模式），stty -a | grep icanon输出里不含icanon -
TERM值错误，比如设成dumb或vt100，导致 shell 不加载 readline 行编辑支持 - 远程用户 shell 启动时跳过了
.bashrc/.zshrc（例如用了sh -c启动方式），bindkey -e或set -o vi类配置没生效 - 某些精简版 Linux 容器（如 Alpine）默认用
/bin/sh，根本不带 readline，↑就是纯字符
检查并修复 stty 和 TERM 的实操步骤
连上 SSH 后立即执行以下命令验证基础状态：
stty -a | grep -E "(icanon|echo)"
正常应同时看到 icanon 和 echo；缺任一都说明输入链断裂。再查：
echo $TERM
推荐值是 xterm-256color 或 screen-256color（WSL/Remote-SSH 场景）。若为 linux、dumb 或空，需修正：
- 临时修复：运行
export TERM=xterm-256color，再试方向键 - 永久修复：在远程用户的
~/.bashrc或~/.zshrc末尾加export TERM=xterm-256color（注意别被return提前退出） - 如果
stty缺icanon，手动启用：stty icanon echo；但更应查清为何丢失——常见于nohup启动或容器 entrypoint 覆盖了 tty 设置
Remote-SSH 场景下特别要注意的兼容点
VSCode Remote-SSH 插件启动远程 shell 时，可能绕过 login shell 流程，导致 .bash_profile 不执行、~/.inputrc 被忽略。这时方向键失效往往不是 shell 本身问题，而是初始化缺失：
- 确认远程用户默认 shell 是
/bin/bash或/bin/zsh（用getent passwd $USER查），而非/bin/sh - 在
~/.bashrc里显式启用 history 扩展：shopt -s histappend；zsh 用户加bindkey -e - 避免在
.bashrc开头写if [ -z "$PS1" ]; then return; fi—— Remote-SSH 的 shell 可能不设PS1，直接退出，后续配置全失效 - 某些旧版 CentOS/RHEL 的
/etc/profile.d/colorls.sh会重设TERM，可临时注释该文件中相关行验证
ANSI 转义开启 ≠ 方向键自动可用
很多人以为“开了 ANSI 转义”就能用方向键，其实这是误解。TERM 设对只是前提，真正让 ↑ 触发历史搜索的是 shell 的行编辑器（readline 或 zle）是否加载并绑定了对应 keymap。所以：
-
TERM正确 +stty icanon echo正常 + shell 配置加载成功 = 方向键可用 - 三者缺一不可；其中 shell 配置加载最容易被忽略——尤其在非交互式 shell 或容器环境里
- 验证 readline 是否工作：在远程终端里运行
bind -p | grep '"\C-p": previous-history'，有输出说明已绑定Ctrl+P到上一条历史，方向键同理
最常被跳过的其实是「shell 配置是否真的执行了」这一环，而不是 TERM 或 stty 本身。
