优先改用fira code等支持unicode和等宽对齐的字体，确保已系统安装；设terminal.integrated.lineheight为1或1.2；连字字体需开启fontligatures；wsl/远程终端检查term为xterm-256color；必要时禁用gpu加速。
终端字体设置不匹配导致光标错位
VSCode 内置终端（Integrated Terminal）依赖系统字体渲染，如果选了等宽但非编程友好的字体，比如 SimSun、Microsoft YaHei 或某些未启用连字/全角宽度校准的字体，就会出现光标定位偏移、字母重叠、退格错位等问题。
- 优先改用明确支持 Unicode 和等宽对齐的字体，如
Fira Code、JetBrains Mono、Source Code Pro、Cascadia Code - 在 VSCode 设置里搜
terminal.integrated.fontFamily，填入字体名（多个用逗号分隔），例如："Fira Code", "Cascadia Code", "monospace" - 务必确认字体已安装到系统——Windows/macOS/Linux 都要单独下载安装，不能只靠 VSCode 设置里写名字就生效
- 避免混用中英文比例差异大的字体，比如把
"PingFang SC", "Consolas"这样中文字体放前面，容易触发宽度计算异常
终端行高（lineHeight）设为非整数引发渲染抖动
terminal.integrated.lineHeight 默认是 1，但有些字体在非整数值下会让字符基线浮动，尤其在高 DPI 屏幕或缩放比例非 100% 时，光标会“悬空”或卡在字符中间。
- 把
terminal.integrated.lineHeight显式设为1或1.2这类小数（避免1.35、0.98等随意值） - 如果用了连字字体（如
Fira Code），建议同步开启terminal.integrated.fontLigatures并设为true，否则连字未生效反而加剧宽度错乱 - 修改后需关闭并重新打开终端面板（不是仅重启 shell），否则缓存可能让问题残留
WSL 或远程 SSH 终端下 TERM 环境变量不兼容
当你通过 VSCode 连 WSL、Docker 容器或远程 Linux 时，终端模拟器实际由远端 TERM 变量控制。若设为 xterm-256color 但远端 ncurses 支持不全，或误设为 screen 类旧值，就会让光标移动指令被忽略或错译。
- 本地 VSCode 不需要改
TERM，重点检查远端 shell 启动文件（如~/.bashrc或~/.zshrc）是否手动 export 过时的TERM - 临时验证：在终端里运行
echo $TERM，正常应为xterm-256color；如果不是，加一句export TERM=xterm-256color到配置末尾 - 某些精简版容器（如 Alpine）默认没装完整 terminfo 数据库，需额外运行
apk add ncurses-term或等效命令
GPU 加速与字体子像素渲染冲突
VSCode 默认启用 GPU 加速（hardwareAcceleration），但在部分 Intel 核显 + Windows 混合缩放场景下，字体光栅化和光标绘制不同步，表现为打字瞬间字符挤在一起，松开键才恢复正常。
- 快速验证：启动 VSCode 时加参数
code --disable-gpu，看问题是否消失 - 长期方案：在 VSCode 设置里关闭
window.experimental.useSandbox（如有），并设terminal.integrated.gpuAcceleration为off - Windows 用户可尝试关掉「允许 Windows 尝试修复应用中的模糊问题」（设置 > 系统 > 显示 > 图形设置），这个系统级开关常和 VSCode 终端渲染打架
真正麻烦的是那些叠加问题：比如字体没装全 + 行高设了 1.37 + 远端 TERM 被覆盖 + 笔记本外接显示器缩放不一致。这时候得一项项排除，别指望一个设置全解决。
