VSCode 默认支持自动闭合括号，但易被 ESLint、Prettier 或 Vim 插件干扰；应检查 editor.autoClosingBrackets 设为 languageDefined 或 always，并确保 surroundingPairs 和 autoIndent 未被错误覆盖。

VSCode 默认就支持自动闭合括号，但常被禁用或干扰

其实，VSCode 默认就开启了自动闭合括号功能。但很多开发者会遇到一个典型情况：明明没动过设置，输入左大括号后，光标却没跳到右边，或者按回车后格式变得乱七八糟。这往往不是 VSCode 本身的问题，而是后续安装的 ESLint、Prettier 或者其他格式化插件“喧宾夺主”，覆盖或干扰了默认行为。有时候甚至会错误地补出两个右括号，让人摸不着头脑。

怎么排查呢？首先，打开设置（快捷键 Ctrl+,），搜索 auto closing brackets。找到 Editor > Auto Closing Brackets 这一项，确认它的值不是 never。通常建议设为 languageDefined（根据语言规则智能决定）或者 always（无条件补全）。这里有个常见的误解：以为 Prettier 的 bracketSpacing 配置会管括号补全，其实它只控制空格，补全这事儿它不负责。

• languageDefined：按当前编程语言的规则来决定是否补全，这是推荐选项，在智能和可控性之间取得了平衡。
• always：适合在 JSX/TSX 中频繁编写嵌套对象等场景，确保括号总能成对出现。
• 如果你使用了 Vim 插件，需要特别注意：它可能会劫持 )、] 等按键行为。这时可以尝试在 Vim 扩展的设置里关闭 vim.useCtrlKeys，或者调整 vim.handleKeys 的映射关系。

补全行为受语言模式和括号类型影响

VSCode 的自动补全并非“一刀切”。它的行为深度依赖于当前文件的languageId（语言模式）和括号本身的语义。举个例子：在 JSON 文件里输入左花括号 {，编辑器会立刻补上右花括号 }；但在 Python 里输入左方括号 [，它只会补右方括号 ]，而不会给你补一个 list() 函数调用。再比如，在编写正则表达式字符串（如 /pattern/）时，左括号 ( 可能不会触发自动补全，这是为了避免干扰正则语法中的分组概念。

这里需要厘清一个关键点：editor.autoClosingBrackets 这个设置，只管那些成对出现的符号，比如圆括号 ()、方括号 []、花括号 {}，以及各种引号。至于 HTML 或 JSX 中的标签闭合（如 ），那是另一套机制，通常需要依赖 Auto Rename Tag 这类专门插件来实现。

• 单引号和双引号的自动补全，由独立的 editor.autoClosingQuotes 设置控制，可以单独开关。
• 注释符号（例如 /* */）不在此机制管辖范围内，通常需要使用快捷键（如 Ctrl+Shift+A）或借助插件来完成。
• 在 TypeScript 中编写 interface Foo { 后按回车，补全的右花括号 } 应该放在哪一行、什么缩进位置，这其实是 editor.formatOnType（输入时格式化）和 Prettier 等格式化工具配置共同作用的结果，并非单纯的括号补全逻辑。

补全后光标位置错乱？检查 surroundingPairs 和 autoIndent

自动补全后，光标通常被放置在成对符号的中间（如 {|}），这是符合预期的设计。但如果你遇到光标直接跳到了行尾，或者新行的缩进完全错位，感觉像是“补全失效”了，那问题很可能出在另外两个配置上：editor.surroundingPairs 或 editor.autoIndent。

具体来说，某些第三方主题或者旧版本的插件，可能会无意中改写 surroundingPairs 的默认值。比如，原本应该包含各种引号配对，结果被改得只剩下了花括号和方括号，导致你输入单引号时不再自动补全。另一方面，如果 editor.autoIndent 被设置成了 none，那么当你输入左花括号并补全后按下回车，新的一行将不会自动缩进，视觉上就造成了括号没有正确闭合的错觉。

• 恢复默认的 surroundingPairs：可以在用户的 settings.json 文件中，删除相关的自定义项，或者直接将其值设为 "languageDefined"。
• editor.autoIndent 建议设置为 full，而不是 none 或 keep，以确保换行时能保持正确的代码结构。
• 在 Markdown 或 YAML 这类文件中，花括号 { 的补全无效？这是因为这些语言默认没有注册这类括号的配对规则。如果需要，可以在针对特定语言的设置中进行手动添加。

真正需要“智能感知补全”的场景，得靠语言服务器（LSP）

我们必须区分清楚：基础的括号自动补全，是编辑器提供的基础能力。而更高级的“智能感知”，比如输入 fetch( 后自动提示完整的 fetch(url, options) 函数签名，或者在输入 useState( 时补全参数占位符变成 useState(initialState)，这完全是另一回事。这类功能依赖于强大的语言服务器（LSP）提供的 signatureHelp（签名帮助）和 completionItem（补全项）。

所以，如果你发现函数调用时没有参数提示，或者括号虽然补全了却没有出现参数占位符（比如 console.log(|) 中的竖线光标位置），那么首先应该检查的，是底层的语言服务是否正常运行。比如 TypeScript 服务器是否已启动、Python 是否选择了正确的解释器，或者是否不小心关闭了 editor.parameterHints.enabled（参数提示）功能。

• 确保参数提示已开启："editor.parameterHints.enabled": true。
• 确认语言服务状态：观察编辑器状态栏的左下角，应该显示 TypeScript、Pylance 等标识，而不是一直处于 Loading... 状态。
• 牢记一点：括号补全和智能参数提示是两套独立的机制。关闭前者，并不会让后者变得更聪明；反之亦然。

说到底，括号自动补全本身的逻辑并不复杂。真正的挑战在于，它和代码格式化、语言智能提示、以及各种插件的按键映射层层嵌套，相互影响。因此，当遇到问题时，别只盯着一个开关。建议先从状态栏确认当前文件的语言模式是否正确，再逐一检查是否有插件在后台悄悄改写了 surroundingPairs 这类核心配置。理顺了这层关系，问题往往就迎刃而解了。