VSCode中“选中代码块→格式化”失效主因是语言识别错误、默认formatter未配置或缺失、跨语法单元选中、行尾符不兼容；Shift+Alt+方向键选区依赖语法结构解析，HTML/JSX属性对齐需专用扩展，C/C++变量对齐须clang-format显式配置。
VSCode 里“选中代码块 → 格式化”不是靠记忆快捷键堆出来的，而是依赖编辑器对作用域的识别能力 + 对应语言 formatter 的实际支持。光按 Ctrl + K, Ctrl + F 却没反应，大概率是底层没连上可用的格式器，而不是快捷键错了。
为什么 Ctrl + K, Ctrl + F 有时没反应
这个组合键只对「已选中内容」生效，但它的背后逻辑常被忽略：它不调用 VSCode 内置格式器，而是转发给当前语言设置的默认 formatter。所以失效原因往往不是快捷键问题，而是：
- 文件未被正确识别为对应语言（右下角显示
Plain Text而非Python或JavaScript）——点右下角手动切换 -
[python]或[javascript]块里没配editor.defaultFormatter，或配了但扩展没装（比如没装esbenp.prettier-vscode却设它为 JS 默认 formatter） - 选中区域跨了多个语法单元（如混着 HTML 和 JS 的 Vue 单文件组件），部分 formatter 拒绝处理非纯语言块
- 某些 formatter（如
prettier）在检测到文件末尾是\r\n时会静默退出——右下角点 CRLF 切成 LF 再试
Shift + Alt + 右箭头 选中代码块的适用边界
这个快捷键本质是「扩展选择（Expand Selection）」的变体，依赖编辑器对括号/缩进结构的解析，不是万能的：
- 对 JS/TS/Python/C++ 等有明确块级结构的语言稳定有效；对 JSON、YAML、HTML 标签嵌套也能识别，但深度有限
- 在 JSX 或 Vue 模板里，若存在动态表达式（
{foo ? <div> : null}），可能提前终止在 <code>{处，而非包裹整个三元分支 - 选中后立刻按
Ctrl + K, Ctrl + F，若 formatter 不支持增量格式化（如旧版clang-format），仍会格式化整文件 - 想反向收缩选区，用
Shift + Alt + 左箭头，比手动拖鼠标快得多 -
prettier明确禁用该功能，认为可读性提升有限，却大幅增加 diff 噪音 - 真正需要对齐（如表格数据、SQL 字段、JSON key），得用专用扩展，比如
rew，它不走 formatter 流程，而是基于文本列操作 - 若坚持用 Prettier，可通过
html.format.wrapLineLength控制单行长度，间接影响是否换行，但无法控制换行后缩进对齐方式 - 自定义
.prettierrc加"htmlWhitespaceSensitivity": "ignore"有时能缓解属性挤在一起的问题，但不解决对齐 - 在
settings.json中加："C_Cpp.clang_format_style": "{AlignConsecutiveDeclarations: true, AlignConsecutiveAssignments: true}" - 注意：值必须是 JSON 字符串，不是对象，且所有 key/value 都要用双引号包裹
- 若项目根目录有
.clang-format文件，优先级更高，此时C_Cpp.clang_format_style会被忽略 -
AlignConsecutiveDeclarations对 struct 成员、函数内连续int a, b, c;有效，但对跨行声明（int a,\n b,）无效——那是换行策略，不是对齐策略
HTML/JSX 中标签和属性对齐为何总失败
VSCode 内置 HTML 格式器和 prettier 都不支持“多行属性垂直对齐”（即把 class=、id=、data-xxx= 的 = 符号强行排成一列）。这不是 bug，是设计取舍：
C/C++ 连续变量声明对齐要靠 clang-format 配置
VSCode 自带的 C/C++ 扩展已内置 clang-format，但默认风格（Visual Studio）不开启变量对齐。必须显式配置：
最易被忽略的一点：格式化行为最终由「语言专属设置块」决定，[javascript] 里的配置不会影响 .py 文件，哪怕你全局开了 editor.formatOnSave。别在用户 settings.json 里堆一堆通用配置，直接进对应语言块配，否则永远在踩“为什么这个文件不格式化”的坑。
