必须按Ctrl+,(Win/Linux)或Cmd+,(macOS)打开设置界面后点击右上角{}图标，并确认左下角显示“用户”，才是打开真正的用户级settings.json；手动拼路径或在已打开文件夹时误点易进工作区配置。
VSCode全局设置必须改用户级 settings.json，改工作区的 .vscode/settings.json 对其他项目完全无效。
怎么打开真正的用户级 settings.json
别手动拼路径，也别在已打开文件夹时误点成工作区配置。正确做法是：
- Windows/Linux 按
Ctrl + ,，macOS 按Cmd + ,打开设置界面 - 右上角点击
{}图标（不是左下角“工作区”那个） - 确认左下角状态栏显示“用户”，才是用户级配置
- 如果打开后是空的
{}，说明还没配过，直接往里加键值对就行
哪些配置项适合放用户级
所有不绑定具体项目的通用行为都该放这里，比如：
-
editor.fontSize、editor.tabSize、editor.insertSpaces：影响你每次打开任意文件的书写体验 -
files.autoSave、editor.formatOnSave：全局开关，避免每个项目重复配 -
workbench.colorTheme、editor.fontFamily：纯界面偏好，和语言无关 -
files.exclude和search.exclude：例如统一隐藏**/.DS_Store、**/node_modules -
"[javascript]"这类语言块可以放用户级，但只是“默认值”，一旦项目里有同名配置就会被覆盖
为什么改了不生效？常见陷阱
最常踩的坑不是语法错误，而是作用域混淆：
- 你在项目里打开了
.vscode/settings.json，却以为改的是全局设置 -
editor.formatOnSave在用户级设为true，但在"[typescript]"块里又设成false，结果 TS 文件不格式化 -
settings.json末尾多了逗号，或用了单引号，VSCode 底部会标红提示Invalid configuration file，鼠标悬停能看到哪行出错 - 开了
editor.detectIndentation，它会在打开每个文件时动态重设缩进，导致光标跳、Tab 行为不一致——建议直接设为false
要不要禁用 editor.detectIndentation
要。几乎所有团队协作项目都应关掉它：
- 它会读取当前文件前几行的缩进猜规则，但猜错时会强制重排，破坏已有格式
- 和 Prettier 或 ESLint 的
indent规则冲突，尤其当项目要求 2 空格而某文件头几行是 4 空格时 - 正确组合是：
"editor.tabSize": 2+"editor.insertSpaces": true+"editor.detectIndentation": false
真正容易被忽略的，是“生效范围”和“覆盖逻辑”——哪怕只多写了一个逗号，或者没看清左下角是“用户”还是“工作区”，整个配置就等于白改。
