Ctrl+K Ctrl+F没反应是因为VSCode未指定默认格式化器或语言模式错误；需确认右下角语言标识正确，并在settings.json中配置对应语言的"editor.defaultFormatter"。
装完 Prettier 或 Black 这类格式化插件后，Ctrl+K Ctrl+F 依然没反应、保存不自动格式化、或者格式化结果和预期不符——不是插件没装好，而是 VSCode 没认准“该用谁来格式化当前文件”。
为什么 Ctrl+K Ctrl+F 没反应？
这个快捷键本质是触发 editor.action.formatDocument 命令，但前提是：VSCode 必须知道当前文件该交给哪个格式化器处理。如果没设默认格式化器，或语言模式识别错误，命令就静默失败。
- 检查右下角语言标识（如 “JavaScript”），点它确认语言模式正确；错成 “Plain Text” 就不会走 JS 格式规则
- 打开
settings.json，确认有这行："editor.defaultFormatter": "esbenp.prettier-vscode" - 如果是 Python 文件，且同时装了
Black和autopep8，必须显式指定："[python]": {"editor.defaultFormatter": "ms-python.black-formatter"} -
Ctrl+K Ctrl+F只作用于当前光标所在文件；若想格式化整个工作区，得靠扩展（如Format All Files）或终端命令
保存时自动格式化失效的常见原因
editor.formatOnSave 开了却没生效，大概率卡在“格式化器未就绪”或“被其他设置覆盖”。
- 确保对应语言的格式化插件已启用（比如 Python 文件要 Black 插件处于启用状态，而非仅安装）
- 检查有没有冲突配置：
"editor.formatOnSaveMode": "modifications"表示只格式化修改过的行，容易误判为“没动” - 某些项目含
.prettierignore或.eslintignore，会跳过匹配路径——确认当前文件没被忽略 - 大型文件（>50k 行）可能触发 VSCode 的格式化超时，默认 750ms；可加配置：
"editor.formatOnSaveTimeout": 2000
不同语言怎么配各自的缩进和换行？
全局缩进设置（如 editor.tabSize）只管“显示”，真正影响格式化输出的是格式化器自身的规则，比如 Prettier 的 tabWidth、Black 的 --line-length。
- HTML/JS/TS 推荐统一用 Pretterrc 配置：
tabWidth: 2、endOfLine: "lf" - Python 用 Black 时，
tabWidth固定为 4，不能改；想调行宽得在pyproject.toml里写line-length = 88 - Makefile 或 Shell 脚本必须用 Tab 缩进，此时要在语言专属设置里关掉空格插入：
"[makefile]": {"editor.insertSpaces": false} - 换行符统一用
lf（Unix 风格），避免 Git 提示CRLF警告；可在 settings.json 加"files.eol": "\n"
最容易被忽略的一点：格式化器之间的优先级。Prettier 和 ESLint 都能格式化 JS，但若没配好 eslint-config-prettier 关闭 ESLint 的格式规则，两者会打架——保存时先被 ESLint 改一版，再被 Prettier 覆盖，最终效果不可控。
