在Visual Studio Code（简称VS Code）中编写JavaScript代码，自动格式化功能本应是提升效率的利器。然而，不少开发者近期反映，格式化后代码中频繁出现不必要的空格，尤其是一对连续闭合花括号“} }”之间被硬生生塞进一个空格，导致风格不一、甚至引发语法误解。这一看似微小的“坏格式”正在社交媒体和技术论坛上引发热议，许多用户急切寻找根治方案。
问题浮现：一个空格引发的“强迫症”
“每次格式化后，} }中间多出一个空格，看着就像代码在‘喘气’。”资深前端工程师李明在开发者社区中无奈地写道。他展示了一段典型代码：原本期望的是if (condition) { return { key: value } }（注意两个}紧邻），但VS Code格式化后却变成了if (condition) { return { key: value } }，中间多出一个空格。
这并非个例。在Stack Overflow、GitHub Issues以及Reddit的r/vscode板块，类似抱怨数以百计。问题的核心在于：VS Code默认的JavaScript格式化器（或Prettier等第三方插件）对对象字面量、块级作用域的花括号间距有着严格的预设规则。当代码中出现嵌套对象或连续闭合花括号时，格式化器会机械地为每一对花括号内部保留一个空格，从而造成} }之间的多余空格。
根源剖析：格式化工具的“固执”设定
要理解这一现象，需回溯VS Code的格式化逻辑。内置的JavaScript/TypeScript格式化器基于“TypeScript语言服务”，其默认配置包括javascript.format.insertSpaceAfterOpeningAndBeforeClosingNonemptyBraces: true，意为在非空花括号的开口后和闭合前插入空格。这条规则本意是增加可读性（例如{ key: value }），但它会作用于每一层花括号——包括嵌套结构的内部闭合花括号和外部闭合花括号，从而产生叠加效果。
更常见的是，许多开发者使用Prettier插件作为格式化主力。Prettier的默认配置中bracketSpacing: true，同样会在对象字面量的花括号内添加空格。虽然Prettier对连续闭合花括号的处理相对智能（通常不会在连续两个}间添加额外空格，因为内层}已带空格，外层}前本无空格），但在某些特定语法结构下——例如if块后紧跟返回对象——仍会出现} }中间一个空格的情况。此外，当开启ESLint配合Prettier时，规则冲突也可能导致类似异常。
破局之法：自定义设置两步走
好消息是，VS Code提供了高度灵活的自定义配置，开发者完全可以按需调整。以下是最核心的两种解决方案。
方案一：修改内置格式化器设置
对于使用VS Code内置格式化器的用户，可通过settings.json关闭花括号内空格：
"javascript.format.insertSpaceAfterOpeningAndBeforeClosingNonemptyBraces": false,
"typescript.format.insertSpaceAfterOpeningAndBeforeClosingNonemptyBraces": false
重启VS Code后，格式化结果将变成{ key: value }（无内空格），连续花括号间的空格也随之消失。需要注意的是，此改动会影响所有对象字面量和块级作用域的花括号样式，若团队有统一规范需谨慎。
方案二：调整Prettier配置
若使用Prettier，可在项目根目录的.prettierrc文件中设置：
{
"bracketSpacing": false
}
这将去除对象字面量花括号内的空格，但保留块级花括号（如if、for）内部的空格（根据Prettier设计，块级花括号内空格由其他规则控制）。根据需要，还可配合"arrowParens": "avoid"等选项进一步微调。
其他技巧：使用EditorConfig或代码片段
部分开发者还通过EditorConfig文件统一项目风格，或在VS Code中禁用特定格式化规则，转而依赖ESLint的--fix功能进行一键修复。例如ESLint规则object-curly-spacing可以精确控制对象花括号间距，且与Prettier兼容。
社区声音：是“规范”还是“束缚”？
围绕这一空格问题的讨论，折射出开发者对格式化工具的不同态度。支持者认为，花括号内的空格（如{ key: value }）是主流风格（如Airbnb JavaScript Style Guide），能清晰区分对象属性与花括号边界。反对者则强调，连续}之间的空格破坏了视觉一致性，尤其在复杂的嵌套结构中显得冗余。
微软VS Code团队在GitHub的回应中指出，默认设置平衡了多数用户的习惯，但鼓励通过用户设置自定义。Prettier的维护者也表示，bracketSpacing: false选项便是为了满足那些偏好紧凑风格的用户。
结语：格式化工具当为人服务
一个} }中的空格，看似微不足道，却唤起了开发者对“代码风格自主权”的思考。VS Code的强大之处，正在于它允许每位开发者按照自己的审美和规范调整工具。无论是选择保留空格还是去除空格，关键都在于理解规则、灵活配置，让格式化工具回归“辅助编码”的本质，而非成为束缚创作的“教条”。
截至发稿时，VS Code的最新稳定版（1.95）已优化部分嵌套花括号的处理逻辑，但上述配置仍是解决“} }”空格最可靠的方法。开发者们不妨动手一试，让代码既整齐又顺眼。