如何将VSCode的所有设置一键重置为默认值,恢复初始状态?
- 内容介绍
- 文章标签
- 相关推荐
本文共计1197个文字,预计阅读时间需要5分钟。
重置VSCode所有设置到默认,没有一键还原按钮;真正起效的只有两种方式:
settings.json 清空为 {} 是最快捷的起点
这是绝大多数配置异常(比如字体崩了、自动保存失效、主题不生效)的第一响应动作。VSCode 启动时若发现 settings.json 是非法 JSON(例如含 // 注释、多逗号、引号不闭合),会静默跳过整个文件——你改了半天,其实根本没加载。
- 先关闭所有 VSCode 窗口(Mac 注意 Activity Monitor 里有没有残留
Code Helper进程) - 用
Cmd + Shift + P(macOS)或Ctrl + Shift + P(Windows/Linux)打开命令面板,输入并选择Preferences: Open Settings (JSON) - 把文件内容全选 → 替换为
{}→ 保存(Cmd + S) - 重启 VSCode,它会按内置默认值运行
注意:settings.json 里如果引用了已卸载插件的配置项(比如 "prettier.semi": false 但 Prettier 已删),VSCode 不报错也不提示,只是忽略该行——清空后反而能暴露这类“幽灵依赖”。
重命名 User 目录比直接删除更安全
当你改过 keybindings.json、加过自定义 snippets、或者用过某些插件悄悄写入 globalStorage,单清 settings.json 很难根除问题。这时候必须处理整个 User 目录。
- 确认 VSCode 已完全退出(任务管理器 / Activity Monitor 无残留进程)
- 找到对应路径:
Windows:C:\Users\用户名\AppData\Roaming\Code\User
macOS:~/Library/Application Support/Code/User
Linux:~/.config/Code/User - 不要直接删,而是重命名为
User_backup(万一某段 snippet 或 keybinding 真有用,还能翻出来抄) - 重启 VSCode,它会自动生成全新
User目录和空的settings.json、keybindings.json
这个操作不会影响已安装的扩展(它们在 extensions 目录里),但会丢失所有自定义快捷键、代码片段、登录状态、工作台布局等——这些都不是“默认设置”的一部分,而是你主动积累的数据。
Settings Sync 开着就等于白忙活
很多人删完 User 目录重启,发现设置又回来了。不是 VSCode 故障,是 Settings Sync 在后台自动拉取了你上次同步的配置(从 GitHub/GitLab 账户)。这不是 bug,是设计如此。
- 重置前务必先退出登录:
Ctrl+Shift+P→ 输入Preferences: Turn Off Settings Sync→ 确认关闭 - 再执行
User目录重命名或settings.json清空 - 等确认编辑器行为恢复正常后,再手动开启 Sync(
Preferences: Turn On Settings Sync),避免旧配置覆盖回来
如果你不确定自己是否开过 Sync,打开命令面板搜 Sync 就能看到当前状态。很多团队共享配置、或用别人导出的 settings.json,都容易踩这个坑。
启动卡死或命令面板打不开时,用 --disable-extensions
当配置损坏严重到连命令面板都打不开、或一启动就卡在欢迎页,说明可能是某个扩展在初始化阶段崩溃,干扰了主进程。这时候不能靠 UI 操作,得从终端绕过去。
- 确保 VSCode 完全退出
- 终端执行:
code --disable-extensions(需已将code命令加入 PATH) - VSCode 会以纯净模式启动(无任何扩展、无自定义 UI 修改)
- 此时再打开命令面板,就能安全执行
Preferences: Open Settings (JSON)或Developer: Open Developer Tools查看控制台报错
这个参数是诊断配置问题的“安全气囊”,不是临时方案——它帮你把扩展这个变量隔离掉,才能判断问题到底出在设置本身,还是某个插件的副作用上。
真正麻烦的从来不是操作步骤,而是你不知道哪些配置是自己写的、哪些是插件悄悄加的、哪些被 Sync 同步过来却早已过期。重置不是终点,是重新建立对配置来源的信任起点。
本文共计1197个文字,预计阅读时间需要5分钟。
重置VSCode所有设置到默认,没有一键还原按钮;真正起效的只有两种方式:
settings.json 清空为 {} 是最快捷的起点
这是绝大多数配置异常(比如字体崩了、自动保存失效、主题不生效)的第一响应动作。VSCode 启动时若发现 settings.json 是非法 JSON(例如含 // 注释、多逗号、引号不闭合),会静默跳过整个文件——你改了半天,其实根本没加载。
- 先关闭所有 VSCode 窗口(Mac 注意 Activity Monitor 里有没有残留
Code Helper进程) - 用
Cmd + Shift + P(macOS)或Ctrl + Shift + P(Windows/Linux)打开命令面板,输入并选择Preferences: Open Settings (JSON) - 把文件内容全选 → 替换为
{}→ 保存(Cmd + S) - 重启 VSCode,它会按内置默认值运行
注意:settings.json 里如果引用了已卸载插件的配置项(比如 "prettier.semi": false 但 Prettier 已删),VSCode 不报错也不提示,只是忽略该行——清空后反而能暴露这类“幽灵依赖”。
重命名 User 目录比直接删除更安全
当你改过 keybindings.json、加过自定义 snippets、或者用过某些插件悄悄写入 globalStorage,单清 settings.json 很难根除问题。这时候必须处理整个 User 目录。
- 确认 VSCode 已完全退出(任务管理器 / Activity Monitor 无残留进程)
- 找到对应路径:
Windows:C:\Users\用户名\AppData\Roaming\Code\User
macOS:~/Library/Application Support/Code/User
Linux:~/.config/Code/User - 不要直接删,而是重命名为
User_backup(万一某段 snippet 或 keybinding 真有用,还能翻出来抄) - 重启 VSCode,它会自动生成全新
User目录和空的settings.json、keybindings.json
这个操作不会影响已安装的扩展(它们在 extensions 目录里),但会丢失所有自定义快捷键、代码片段、登录状态、工作台布局等——这些都不是“默认设置”的一部分,而是你主动积累的数据。
Settings Sync 开着就等于白忙活
很多人删完 User 目录重启,发现设置又回来了。不是 VSCode 故障,是 Settings Sync 在后台自动拉取了你上次同步的配置(从 GitHub/GitLab 账户)。这不是 bug,是设计如此。
- 重置前务必先退出登录:
Ctrl+Shift+P→ 输入Preferences: Turn Off Settings Sync→ 确认关闭 - 再执行
User目录重命名或settings.json清空 - 等确认编辑器行为恢复正常后,再手动开启 Sync(
Preferences: Turn On Settings Sync),避免旧配置覆盖回来
如果你不确定自己是否开过 Sync,打开命令面板搜 Sync 就能看到当前状态。很多团队共享配置、或用别人导出的 settings.json,都容易踩这个坑。
启动卡死或命令面板打不开时,用 --disable-extensions
当配置损坏严重到连命令面板都打不开、或一启动就卡在欢迎页,说明可能是某个扩展在初始化阶段崩溃,干扰了主进程。这时候不能靠 UI 操作,得从终端绕过去。
- 确保 VSCode 完全退出
- 终端执行:
code --disable-extensions(需已将code命令加入 PATH) - VSCode 会以纯净模式启动(无任何扩展、无自定义 UI 修改)
- 此时再打开命令面板,就能安全执行
Preferences: Open Settings (JSON)或Developer: Open Developer Tools查看控制台报错
这个参数是诊断配置问题的“安全气囊”,不是临时方案——它帮你把扩展这个变量隔离掉,才能判断问题到底出在设置本身,还是某个插件的副作用上。
真正麻烦的从来不是操作步骤,而是你不知道哪些配置是自己写的、哪些是插件悄悄加的、哪些被 Sync 同步过来却早已过期。重置不是终点,是重新建立对配置来源的信任起点。

