终端光标错位或字符显示不一致主要由字体渲染、行高计算、远程环境TERM不匹配及GPU加速四层嵌套问题导致；需依次确认字体安装与配置、lineHeight设为1、远端TERM设为xterm-256color、必要时禁用硬件加速。
终端光标错位或字符显示不一致，基本是字体渲染、行高计算、远程环境 TERM 不匹配这三类问题叠加导致的，不是设置没生效，而是 VSCode 终端底层依赖系统字体引擎 + 远端终端协议协同，任一环节偏差都会让光标“悬空”或“卡在字中间”。
terminal.integrated.fontFamily 没生效？先确认字体已系统安装
VSCode 不自带字体，terminal.integrated.fontFamily 里写的只是名字列表，系统找不到就 fallback 到默认等宽字体（比如 Ubuntu 的 monospace），而这类 fallback 字体往往不支持 Unicode 对齐或连字宽度校准。
- Windows：下载
Fira Code或Cascadia Code的 .ttf 文件，右键“为所有用户安装” - macOS：双击字体文件 → “安装字体”，别只拖进“资料库/Fonts”目录
- Linux：把 .ttf 放进
~/.local/share/fonts/，运行fc-cache -fv - 设置示例：
"terminal.integrated.fontFamily": "Fira Code", "Cascadia Code", "monospace"—— 中文和符号混排时，逗号前的字体优先，别把"PingFang SC"放前面
terminal.integrated.lineHeight 设为小数反而更糟
默认值 1 是最稳的；设成 1.2 有时能缓解高 DPI 屏幕的基线浮动，但 1.35、0.98 这类非整数会触发 Chromium 渲染层的 subpixel 计算抖动，尤其在缩放比例非 100% 时，光标直接漂移。
- 先设为
1，重启终端面板（不是重开 shell）验证 - 如果用了
Fira Code等连字字体，必须同步开启terminal.integrated.fontLigatures: true，否则连字未渲染，字符宽度预估错误，光标定位就偏了 - 改完设置后，务必关闭当前终端标签页，再按
Ctrl+`新建一个——旧终端缓存不会刷新
WSL / SSH 远程终端下 $TERM 错了，本地设置全白配
VSCode 本地终端用的是 Electron 渲染，但 WSL 或远程 Linux 的实际终端行为由远端 $TERM 控制。如果远端是 screen 或过时的 xterm，光标移动指令会被忽略，看起来就是打字错位、退格跳行。
- 在终端里执行
echo $TERM，正常应为xterm-256color - 如果不是，在远端
~/.bashrc或~/.zshrc末尾加：export TERM=xterm-256color - Alpine 等精简容器可能缺 terminfo 数据库，需运行
apk add ncurses-term（或等效命令） - 注意：本地 VSCode 设置里的
terminal.integrated.env.linux不能覆盖远端$TERM，那是 shell 启动后才读取的环境变量
禁用 GPU 加速是最粗暴也最有效的兜底方案
Electron 的 GPU 加速在某些 Intel 核显驱动（尤其是 Win10/11 更新后）、Linux Wayland 下，会让字体子像素渲染与 IME 光标坐标不同步，表现为中文输入时候选框浮在错误位置、英文输入时光标停在字符正中间。
- 打开
settings.json，加一行："disable-hardware-acceleration": true - 重启 VSCode（不是终端），不是重载窗口
- Wayland 用户还需额外启动参数：
code --enable-features=UseOzonePlatform --ozone-platform=wayland，漏掉--ozone-platform=wayland就无效
真正难调的不是单个参数，而是字体、lineHeight、TERM、GPU 渲染这四层嵌套影响——改一个可能掩盖另一个问题，所以每次只动一项，改完必关终端重开，再验证。很多人卡在“改了没用”，其实是缓存没清或远端环境没同步。
