VSCode个性化配置应优先编辑settings.json而非GUI，基础编辑行为用editor.*设置，项目路径放工作区settings，避免Prettier与ESLint格式冲突，终端优化需指定默认shell并禁用冗余启动项，注意配置层级覆盖关系。
VSCode 本身没有“适配习惯”的自动模式，所有个性化都靠手动配置——但关键不在于堆砌插件，而在于理解哪些设置真正影响日常编码流。
改 settings.json 比点界面更可靠
GUI 设置（Ctrl+,）改完有时不生效，尤其涉及路径、正则或嵌套对象时；直接编辑 settings.json 能避免 UI 缓存和字段映射遗漏。
- 打开命令面板（Ctrl+Shift+P），输入
Preferences: Open Settings (JSON) - 优先用
editor.*类配置控制光标、缩进、括号匹配等基础行为，比如："editor.autoClosingBrackets": "always",
"editor.formatOnSave": true, - 避免在用户级 settings 中写项目相关路径（如
python.defaultInterpreterPath），这类应放在工作区.vscode/settings.json里
别让 Prettier 和 ESLint 相互覆盖
两者都格式化代码时，eslint.format.enable 开启后可能和 Prettier 冲突，保存时反复重排。
- 禁用 ESLint 的格式能力：
"eslint.format.enable": false
- 用
eslint.packageManager指定本地npm或pnpm，避免全局 ESLint 版本错乱 - Prettier 配置优先走
.prettierrc文件，VSCode 中只保留prettier.*开关类设置（如prettier.requireConfig）
终端启动慢？检查 terminal.integrated.profiles.*
Windows 上默认用 PowerShell，但加载策略或 profile 脚本（如 oh-my-posh）会拖慢新终端启动。
- 把常用 shell 设为默认：
"terminal.integrated.defaultProfile.windows": "Command Prompt"
- 禁用不必要的启动命令：
"terminal.integrated.profiles.windows": {
"Command Prompt": {
"path": "cmd.exe",
"args": []
}
} - 如果必须用 PowerShell，加
-NoProfile参数跳过用户配置加载
最常被忽略的是：工作区设置会覆盖用户设置，而扩展自身也有默认配置层级（语言特定 > 工作区 > 用户）。调一个缩进参数没反应？先查它在哪个层级被锁死了。
