VSCode性能问题可由扩展负载、GPU加速关闭、文件监视器限制、语言模式不当或用户数据损坏引起；需依次禁用非必要扩展、启用GPU加速、调整文件监视排除规则、切换轻量级语言模式、重置用户数据目录。
如果您在使用 vscode 时发现启动耗时过长、编辑响应迟滞或频繁出现界面卡顿，则可能是由于扩展负载过高、工作区配置不当或系统资源分配不合理所致。以下是解决此问题的步骤：
本文运行环境：MacBook Pro，macOS Sequoia。
一、禁用非必要扩展
VSCode 的大部分性能开销来自第三方扩展，尤其是语言服务器、自动补全和实时校验类扩展，它们会在后台持续占用 CPU 和内存资源。禁用未使用的扩展可显著降低初始化时间和运行时延迟。
1、启动 VSCode 后按 Cmd+Shift+X 打开扩展视图。
2、在搜索框中输入 @installed 查看已安装扩展列表。
3、逐个检查扩展启用状态，对长期未使用或功能重复的扩展点击右侧齿轮图标，选择 Disable Extension。
4、重启 VSCode 并观察启动时间与编辑响应速度变化。
二、启用 GPU 硬件加速
VSCode 默认可能禁用 GPU 加速，导致渲染任务全部交由 CPU 处理，在高分辨率显示器或多标签页场景下易引发界面卡顿。启用硬件加速可将文本渲染、滚动动画等图形操作卸载至 GPU。
1、在 VSCode 中按 Cmd+, 打开设置界面。
2、在右上角搜索框中输入 gpu。
3、找到 "Window: Enable Native Tabs" 选项并关闭（仅 macOS 生效，避免原生标签干扰渲染）。
4、在终端中启动 VSCode 并附加参数：code --enable-gpu。
三、调整文件监视器限制
VSCode 使用文件系统监听器（如 chokidar）监控工作区文件变更，当项目包含大量小文件（如 node_modules、build 输出目录）时，内核 inotify 句柄数不足会导致监听阻塞，进而拖慢保存响应与搜索功能。
1、在终端中执行命令查看当前 inotify 限制：cat /proc/sys/fs/inotify/max_user_watches（Linux）或确认 macOS 使用 fsevents 无需修改。
2、若为 Linux 系统且数值低于 524288，执行：echo 524288 | sudo tee /proc/sys/fs/inotify/max_user_watches。
3、在 VSCode 设置中搜索 files.watcherExclude，点击 Edit in settings.json。
4、添加以下排除规则："**/node_modules/**": true, "**/dist/**": true, "**/build/**": true。
四、切换为轻量级语言模式
当处理大型纯文本文件（如日志、CSV 或未关联语法的配置文件）时，VSCode 仍会尝试加载默认语言支持与智能提示，造成不必要的解析负担。强制指定为“纯文本”模式可跳过所有语言服务初始化流程。
1、打开目标文件后，点击右下角当前语言标识（如 JavaScript）。
2、在弹出菜单顶部搜索栏中输入 Plain Text。
3、选择 Plain Text 并确认，状态栏语言标识将变为 Plain Text。
4、该设置仅对当前文件生效；如需全局应用，可在用户设置中添加 "files.associations": {"*": "plaintext"}。
五、重置用户数据目录
VSCode 的用户数据目录（含扩展缓存、会话快照、索引数据库）可能因异常退出或磁盘写入错误而损坏，导致每次启动时反复重建索引或加载失效插件实例，引发持续卡顿。
1、完全退出 VSCode，包括菜单栏中的 Code → Quit Code。
2、在终端中执行：rm -rf ~/Library/Application\ Support/Code/Cache（macOS）。
3、执行：rm -rf ~/Library/Application\ Support/Code/Backups。
4、重新启动 VSCode，首次启动将重建缓存，后续运行将恢复稳定响应。
