VSCode Settings Sync 冲突需手动逐项合并而非自动覆盖，Sync: Show Conflicts 安全展示真实差异项（settings/extensions/keybindings），带 Local/Remote 标记，支持跨平台过滤、误删恢复及 Location 字段精准判断扩展同步状态。
VSCode 的 Settings Sync 冲突不是“选 A 覆盖 B”或“B 覆盖 A”的简单二选一，而是你必须主动干预的合并决策过程——它不自动判断哪边更合理，只给你原始差异项，由你逐项决定保留哪边、是否跳过、或手动编辑后合并。
Sync: Show Conflicts 为什么比“重置同步”安全
运行 Sync: Show Conflicts 后，VSCode 会列出所有存在差异的条目：settings（如 editor.fontSize）、extensions（如 ms-python.python 状态）、keybindings（如 Ctrl+P 绑定）。这些差异是真实存在的、可验证的文本级变更，不是推测。而 Settings Sync: Turn Off and Reset 会清空云端全部历史，强制以当前设备为唯一源——如果这台设备的 settings.json 已损坏、含错误路径或漏配关键扩展，其他设备拉取后直接不可用。
- 冲突列表里每项都带来源标记（
Local/Remote），你能清楚看到哪台设备改了什么 - 对跨平台字段（如
python.defaultInterpreterPath）可当场取消勾选，避免 macOS 设置同步到 Windows 导致 Python 扩展报错Cannot find python interpreter - 误删的全局设置（如
workbench.startupEditor）能被识别出来，单独恢复，不用重装整个环境
extensions 冲突时 Location 字段才是关键判断依据
扩展是否参与同步，不看 UI 里有没有勾选 Extensions，而取决于它在 Developer: Show Running Extensions 中显示的 Location 字段值。只有值为 Sync 的扩展才真正进入同步流；User 表示本地安装（比如用 code --install-extension 但未登录账户时执行），Workspace 表示仅当前项目启用，这两类永远不上传也不下载。
- 同名不同发布者（如
ms-python.pythonvsms-toolsai.jupyter）会被视为不同扩展，冲突列表中并列出现，不能合并，必须手动选一个 - .vsix 手动安装的扩展，
Location永远是User，哪怕你勾了同步选项也无效——这是设计限制，不是 bug - 若某扩展在远程显示为
Disabled，但本地是Enabled，冲突面板不会提示“启用/禁用”，只显示状态差异，你需要点开详情确认是否真要同步该状态
settings.json 里哪些字段根本不会进冲突列表
敏感字段和环境强相关字段压根不会被上传，所以也不会出现在冲突中——它们被 VSCode 主动过滤，不是漏了，是故意跳过。比如 http.proxy、telemetry.enableTelemetry、所有以 http:// 或 https:// 开头的值（含 API URL）、以及工作区级设置（.vscode/settings.json 文件内容）。
-
python.defaultInterpreterPath能同步，但一旦跨平台就失效；建议把它从同步项中移除，改用python.venvPath+ 统一虚拟环境命名规则 - 试图在
settings.json里写"sync.ignoredSettings": []强制放开过滤，会导致同步服务解析失败，整个同步中断，且无法通过 UI 恢复 - UI 状态类设置（如
workbench.editor.showTabs）默认同步，但workbench.colorCustomizations若含本地路径（如指向某个自定义主题 CSS 文件）会被静默剔除
同步后发现配置“不对劲”，先别关同步
很多问题其实不是冲突导致的，而是同步触发时机不对：比如你在 A 设备装完插件后没点 Sync Now，就切到 B 设备点“同步”，结果 B 只拉到了旧快照；或者 B 设备刚启动时扩展市场还没加载完成，部分插件卡在 installing 状态，看起来像“没同步”。这类情况重新点一次 Sync Now 就解决，不需要进冲突面板，更不该重置。
- 状态栏云图标悬停显示
Sync: On≠ 正在实时同步，它只表示功能已启用 - 每次修改
settings.json或安装/卸载扩展后，务必手动触发一次Sync Now，不要等“自动” - 企业网络常拦截
vscode-sync.trafficmanager.net，此时冲突面板可能为空白或超时，但开发者工具 Console 里会有明确的NetworkError提示
最易被忽略的点是：冲突处理不是一次性动作，而是随每次同步持续发生的检查环节。只要你在多设备间频繁修改设置或扩展，就得习惯性在同步前扫一眼 Sync: Show Conflicts——它不替代你做判断，但能让你看见判断依据。
