格式化后光标乱跳是因代码重排而光标未同步移动，主因是formatonsave或formatonpaste触发了格式化；右下角语言模式为plain text时格式化根本不会执行；换行错乱常由columnlimit与files.eol或git自动转换冲突导致。
格式化后光标乱跳，先关掉 formatOnSave 和 formatOnPaste
这不是“光标跳了”，是代码被重排后，光标还停在原字符位置，视觉上像跳行。最常见诱因就是保存或粘贴时触发了格式化，尤其当 clang-format 或 Prettier 的规则和你当前编辑节奏冲突时。
临时验证方法：打开 settings.json，把这两项设为 false：
"editor.formatOnSave": false, "editor.formatOnPaste": false
再编辑、保存、粘贴试试。如果光标不再“失踪”，问题就锁定在自动格式化环节。别急着调参数，先确认是不是插件本身在捣鬼。
右下角语言模式显示 Plain Text？格式化根本没启动
VSCode 只对识别出语言的文件启用格式化逻辑。右下角显示 Plain Text 或 Unknown 时，Shift+Alt+F 会灰掉，editor.formatOnSave 彻底失效——不是配置错了，是链路压根没走通。
- 点击右下角语言标识，手动输入真实语言 ID（如
typescriptreact而非typescript，否则 JSX 补全和格式化可能不生效） - 检查
files.associations是否误把.config.ts映射成了javascript，导致 TS 特有规则（如importOrderParserPlugins）被忽略 - 如果项目用了 pnpm/yarn v4+ 的链接机制，某些配置文件路径可能是 symlink，VSCode 有时拒绝加载语言服务，此时手动切换是最快绕过手段
格式化结果换行错乱，重点查 ColumnLimit 和 files.eol 冲突
C++ 里注释突然被折行、JSX 属性挤成一行、XML 标签换行消失……这类问题往往不是格式化工具本身坏了，而是两个配置在打架：ColumnLimit 控制单行最大宽度，files.eol 控制换行符类型，而 Git 还在后台偷偷转换。
-
C_Cpp.clang_format_style中加ColumnLimit: 0可禁用自动折行（适用于注释、宏等易被误切的场景） -
files.eol设为"\n"仅影响新文件，默认不强制改已有文件；真正起作用的是files.preferredLineEnding: "lf"，它会在保存时对齐换行符 - 只改 Prettier 的
endOfLine: "lf"没用，必须同步关掉 Git 的自动转换：git config --global core.autocrlf false，再加.gitattributes文件写* text=auto eol=lf
多个格式化插件共存时，默认 formatter 被覆盖
装了 Prettier、ESLint、XML Tools 还有 Clang-Format，VSCode 不会智能选一个，而是按语言 ID 查注册表——谁最后激活、谁的设置优先级高，谁就生效。结果常是：JS 文件用 ESLint 格式化，但保存时又跑了一次 Prettier，空行和引号来回变。
- 运行
Ctrl+Shift+P→Format Document With，看列表是否为空；为空说明该语言 ID 下没注册任何格式化器 - 检查是否有语言专属设置块，比如
[javascript]里写了"editor.defaultFormatter": ""，这会直接清空全局配置 - 对 XML 文件，必须显式指定：
"[xml]": { "editor.defaultFormatter": "redhat.vscode-xml" }，否则 VSCode 升级后可能 fallback 到无格式化能力的状态
换行异常背后，真正难调的从来不是某一行配置，而是多层设置之间看不见的覆盖关系：Git 行为、EditorConfig、语言服务器、扩展自身配置，四者优先级不同，且部分只在重载窗口后才生效。改完记得 Ctrl+Shift+P → Developer: Reload Window。
