Shift+Alt+F 无反应需确认三件事：文件语言识别是否正确、对应格式化插件是否安装启用、设置 editor.formatOnSelection 是否为 true；Tab/Shift+Tab 仅为缩进操作，非语法格式化；Black 等格式化器按逻辑块而非选区工作。
选中代码后按 Shift+Alt+F 没反应？先确认这三件事
VSCode 的选区格式化不是“按下就生效”，它依赖语言支持、格式化器配置和文件类型识别。常见现象是：选中几行 JS 代码，按 Shift+Alt+F 后毫无变化，甚至提示“没有可用的格式化程序”。
- 检查当前文件是否被正确识别语言：状态栏右下角显示的是
JavaScript还是Plain Text？如果是后者，VSCode 不会触发任何语言相关格式化 - 确认已安装对应语言的格式化插件（如
esbenp.prettier-vscode或ms-python.black-formatter），且未被禁用 - 验证
editor.formatOnSelection是否为true—— 这个设置控制“选中时是否允许格式化”，默认关闭；若为false，Shift+Alt+F只作用于全文
Tab / Shift+Tab 是缩进，不是格式化：别混用场景
很多人误以为 Tab 和 Shift+Tab 是“轻量级格式化”，其实它们只是纯文本层级的缩进移动，不解析语法、不调整括号位置、不修正空格逻辑。在 Python 中尤其危险：手动 Tab 一行可能把 if 块错位成独立语句，导致 IndentationError。
-
Tab/Shift+Tab适合临时对齐注释、调整日志打印缩进、或快速整理一段无语法结构的 JSON 片段 - 但凡涉及函数体、循环嵌套、类定义等有语法层级的代码，必须用
Shift+Alt+F或命令面板里的Format Selection - 注意状态栏缩进标识：若显示
Tab Size: 4且未勾选Insert Spaces，Tab插入的是真实\t字符——Python 文件里混入\t会直接报错
Black 格式化 Python 选区时只动一行？这是设计使然
Black 的格式化单元是“逻辑块”，不是“视觉选区”。你选中一个函数体的全部内容，但如果光标不在函数开头、或选区包含不完整缩进层级（比如漏了 def 行、或末尾多了一空行），Black 可能只格式化其中可独立解析的一小段，比如仅重排 return 那行。
- 确保选区从
def或class关键字开始，到其最后一个子句结束（不含后续空行） - 避免跨函数选中：Black 不处理跨函数逻辑，选中两段不相关的函数体，只会分别格式化各自首行
- 更稳的方式是把光标停在函数任意位置，不选中任何内容，直接按
Shift+Alt+F—— Black 会自动识别并格式化整个函数块
HTML/JSX 里局部格式化容易错层？试试这个组合
HTML 或 JSX 中，选中一段嵌套标签后按 Shift+Alt+F，有时标签没对齐反而更乱。根本原因是 VSCode 默认 HTML 格式化器（非 Prettier）对自闭合标签、属性换行、文本节点缩进的策略较保守，且不感知 JSX 语法。
- 优先安装
Prettier并设为 HTML/JSX 默认格式化器：editor.defaultFormatter设为esbenp.prettier-vscode - 在项目根目录加
.prettierrc，明确指定"tabWidth": 2和"htmlWhitespaceSensitivity": "strict"，避免文本节点缩进丢失 - 如果只想微调某几个标签的缩进（比如临时展开调试用的
div），用Tab/Shift+Tab更安全——Prettier 不会干预这种纯空格操作
editor.formatOnSelection。最常被忽略的是：**选区格式化不是“缩小版全文格式化”，它受格式化器自身设计约束，而非编辑器统一行为**。 
