正确打开 settings.json 的方式是快捷键 ctrl+,(win/linux)或 cmd+,(macos)后点击右上角 {} 图标，避免手动拼路径出错；必须用 json 键值对配置插件开关、缩进规则、格式化链路及语言特设设置，并注意方括号语法与 files.associations 映射。
别手动拼路径，直接按快捷键 + 点图标才是唯一稳的打开方式。其他方法要么进错层级（比如该编工作区却改了用户级），要么文件不可写、解析失败，甚至在 WSL 或双系统下根本找不到对应配置。
Ctrl+, 之后必须点右上角 {} 图标
按 Ctrl+,（Windows/Linux）或 Cmd+,（macOS）只是打开图形化设置界面，不是 settings.json。真正编辑 JSON 必须点击右上角那个带花括号 {} 的按钮 —— 它叫 “Open Settings (JSON)”。反复按 Ctrl+, 不会切换视图，它和 JSON 编辑是两个独立入口。
- 焦点必须在编辑器内，否则快捷键可能被终端或其他插件拦截
- 如果已打开一个文件夹，左下角状态栏显示「工作区」，这时点
{}才会打开.vscode/settings.json；显示「用户」则打开用户级配置 - 用命令面板也能打开：
Ctrl+Shift+P→ 输入Preferences: Open Settings (JSON)→ 回车，效果等同
为什么不能手动去文件系统里找 settings.json
路径看似明确，但实际极易出错：
- Linux 下是
~/.config/Code/User/settings.json，但 WSL 中 VSCode 可能跑在 Windows 层，此时该路径根本不存在或权限受限 - Windows 下
%APPDATA%\Code\User\settings.json在某些企业环境会被重定向或加密，手动访问常提示“拒绝访问” - macOS 路径
~/Library/Application Support/Code/User/settings.json中的Application Support是隐藏目录，Finder 默认不显示，终端里漏掉~/Library的波浪线也容易输错 - 最关键的是：VSCode 内部会根据当前上下文（是否打开文件夹、是否有
.vscode目录）决定该读哪个settings.json，手动打开的文件未必是它正在用的那个
打开后第一件事：检查 JSON 语法是否合法
settings.json 是纯 JSON，不是 JS 对象，任何非法字符都会导致整份配置静默失效 —— 你改了但编辑器完全不响应，连报错提示都没有。
- 确保整个文件以
{开头、}结尾，中间不能有多余逗号（尤其在最后一项后） - 键名必须用双引号包裹：
"editor.fontSize"✅，editor.fontSize❌ - VSCode 允许行内
//和块注释/* */，但这是扩展语法，复制网上带注释的配置时，要确认你用的是较新版本（2025 年后基本都支持） - 粘贴配置前先清空所有中文标点、全角空格，这类字符不会高亮，但会导致解析失败
工作区级 settings.json 怎么生成才生效
工作区配置必须放在项目根目录下的 .vscode/settings.json，且这个文件得由 VSCode 自己创建或触发保存才会被识别。
- 不要手动新建
.vscode文件夹再建settings.json—— VSCode 可能忽略它，除非你先在图形界面里调一个设置（比如改个缩进），再点{}保存，它才会真正挂载该工作区配置 - 确认左下角状态栏显示「工作区」，否则你正在编辑的仍是用户级配置，
files.associations或eslint.packageManager这类项目级设置压根不会起作用 -
.vscode目录建议提交到 Git，但像python.defaultInterpreterPath这种含绝对路径的字段必须加到.gitignore里，否则团队成员拉下来就报错
最常被忽略的一点：VSCode 不校验键名是否存在。把 "terminal.integrated.shell.osx" 写成 "terminal.integrated.shell.mac"，它只会安静地跳过这一项——你盯着设置没生效干着急，其实是因为拼错了。
