VSCode本身不处理分号，分号由Prettier或ESLint等格式化工具根据semi配置控制；缩进则由editor.tabSize、editor.insertSpaces等设置与格式化器协同管理，二者职责分离、配置独立。
VSCode 不会、也不能自动补全或修正结尾分号（;）——这是 JavaScript/TypeScript 语法解析器和格式化器的职责，不是编辑器缩进功能的范畴。 缩进和分号是两个独立问题：前者由 editor.tabSize、editor.insertSpaces 和格式化器共同控制；后者完全依赖 Prettier、ESLint 或 TypeScript 编译器等工具配置。
为什么“自动加分号”在 VSCode 设置里找不到
VSCode 自身没有内置的分号插入逻辑。它既不解析 JS 语法，也不做自动语句终结判断。所谓“自动加分号”，实际是 Prettier 在格式化时根据 semi: true 配置重写代码；或是 ESLint 的 semi 规则报错后配合自动修复（eslint --fix）完成的。
- 打开
settings.json搜索semicolon或semi，结果为空 —— 这是正常现象 - 即使启用了
editor.formatOnSave，若没装 Prettier 或未设为默认 formatter，保存时不会加/删分号 - JavaScript 中 ASI（自动分号插入）机制存在歧义边界（如
return换行后跟对象字面量），靠编辑器“猜”加不安全，必须交由明确规则的工具处理
缩进修正和分号处理必须分开配置
缩进靠编辑器设置 + 格式化器协同生效；分号靠格式化器或 linter 的规则驱动。二者参数互不干扰，但容易因配置冲突导致“格式化后缩进对了、分号却没了”这类错觉。
- 缩进关键配置项：
editor.tabSize、editor.insertSpaces、editor.detectIndentation（建议设为false） - 分号关键配置项：Prettier 的
"semi": true（在.prettierrc或prettier.config.js中），或 ESLint 的"semi": ["error", "always"] - 若同时启用 Prettier 和 ESLint，需确认 Prettier 是默认 formatter（否则 ESLint 的 fix 可能被覆盖或冲突）
常见错误现象与对应检查点
你遇到的“缩进乱了”或“分号消失”，往往不是 VSCode 设置错了，而是工具链没对齐：
- 粘贴后缩进错位 → 检查
editor.formatOnPaste是否为true，且当前语言有可用 formatter - 保存后分号没了 → 查
.prettierrc是否含"semi": false，或 ESLint 配置是否开启no-extra-semi且 auto-fix 生效 - Vue 单文件组件里
<script>块缩进正常但<template>不动 → 确认右下角语言模式是Vue，不是HTML或JavaScript - Python 文件按 Tab 缩进却报 IndentationError →
editor.insertSpaces必须为true（PEP 8 明确禁止混合使用 Tab 和空格）
真正要盯住的，从来不是“VSCode 能不能自动加”，而是“我选的 formatter 是否启用、配置是否生效、是否被其他插件压制”。缩进和分号，一个管形，一个管义，混在一起调，只会让问题更模糊。
