VS Code 问题与解决方案

导出时间：2026/5/19 09:04:00

来源地址：https://www.doubao.com/chat/38421922760870146

消息数量：9

你看我现在的问题是什么？就是说我系统里装了多个不同版本的这个 VS Code。 既有那个从 Snap 上装的，也有所谓的这种， Ubuntu 原生的那个，也有从微软 GitHub 直接下载的这个安装包，就 Debian 安装包。然后你单单看看这个，我这个就是这个桌面系统，就知道说它有很多种不同的启动方法。就是说你你看到这个这些，不同的 Code 点 d s desktop 这种，包括我显示给你看它这个启动方式。我，而且最后在那个 Ubuntu 那个桌面快捷启动，就是那个 Quick Launch Pad，你会看到两个图标。我最后无法区分，我就只好把那个我自己安装的那个上面的名字上去加了个 116。就是起头幺幺六， v v v s code。所以你这个看看这个里面实在是太复杂了。完全不知道这个系统到底装了多少个，呃， v s code。 导致我这个启动的时候我可能就启动错了版本，才有可能就说导致这个在运行这个 copilot 的时候很混乱。因为这个 VS Code 的有最新版的这个 115 跟 116。这个 115 一直有一些 crash 的现象。我后来可能已经运行了 116，但还是少了一点 crash，但还是有这种 crash 的现象。所以现在我在想说要怎么解决这个问题呢？因为我系统安装了不同来源的这个 VS Code，版本也不一样。
我帮你把现状彻底拆解，并给一套干净利落的 “根治方案”，把所有重复版本清掉，只留一个你确定稳定的版本，同时解决 Copilot 混乱的问题。

一、你的现状诊断：为什么会乱成这样？

从你贴的信息来看，系统里至少有 3 套不同来源的 VS Code：
  1. Deb 安装版（微软官方 /apt）
    • 路径：/usr/share/code/code
    • 桌面文件：/usr/share/applications/code.desktop
    • 版本：你命名为 “116Visual Studio Code” 的这个，Exec 行是 /usr/share/code/code
  2. Snap 安装版
    • 路径：/snap/bin/code
    • 桌面文件：/var/lib/snapd/desktop/applications/code_code.desktop 和 /snap/code/xxx/meta/gui/code.desktop
    • Exec 行是 code --force-user-env
  3. 残留 / 自定义构建版
    • 路径：/home/nick/work/vscode/resources/linux/code.desktop
    • 还有 /home/nick/live-ubuntu-from-scratch/chroot/usr/share/applications/code.desktop 这种，都是你做测试或构建留下的文件，会被系统索引到。
Ubuntu 的应用启动器（GNOME Shell）会自动扫描所有 .desktop 文件，不管它来自哪里，只要内容里的 Name 字段类似，就会显示多个图标，而且你分不清哪个是哪个。
更关键的是：不同版本的 VS Code，会加载各自独立的扩展目录（~/.vscode 和 Snap 版的隔离目录），导致 Copilot 扩展跨版本冲突、认证混乱、缓存不一致，这正是你 crash 的核心诱因之一。

二、根治方案：一键清理 + 只留一个版本

步骤 1：先确认你要保留的版本

运行下面命令，看看 which code 指向的是哪个：
bash
运行
which code
  • 如果输出是 /usr/bin/code → 指向的是 Deb 版（/usr/share/code/code）
  • 如果输出是 /snap/bin/code → 指向的是 Snap 版
你之前的 code.desktop 里 Exec 是 /usr/share/code/code，说明你现在主要用的是 Deb 版（116），我们就以它为目标，把其他的全部清理掉。

步骤 2：卸载所有多余版本

  1. 卸载 Snap 版 VS Code
    bash
    运行
    sudo snap remove code
    卸载后，Snap 相关的 .desktop 文件会自动消失。
  2. 卸载 apt 旧版（如果存在）如果你是用 apt install code 装的，先卸载：
    bash
    运行
    sudo apt remove --purge code
sudo apt autoremove
    然后只安装你要保留的 Deb 包：
    bash
    运行
    sudo dpkg -i /path/to/your/code_116_amd64.deb
    （把路径换成你下载的 116 版 deb 文件的实际路径）
  3. 清理所有残留的 .desktop 文件先备份一下，再删除无关的：
    bash
    运行
    # 备份所有 code.desktop 文件到临时目录
mkdir -p ~/vscode-backup/desktop-files
locate code.desktop | xargs -I {} cp {} ~/vscode-backup/desktop-files/

# 删除所有非 Deb 版的 code.desktop
sudo rm -f /usr/share/applications/code-url-handler.desktop
sudo rm -f /usr/share/applications/code.desktop  # 先删掉，后面会由 dpkg 重新生成
rm -f ~/.local/share/applications/code*.desktop
sudo rm -f /var/lib/snapd/desktop/applications/code_code.desktop
    然后重新安装一次 Deb 包，让它生成干净的桌面文件：
    bash
    运行
    sudo dpkg -i /path/to/your/code_116_amd64.deb

步骤 3：彻底清理 Copilot 相关的缓存与配置

  1. 关闭所有 VS Code 窗口，包括后台进程：
    bash
    运行
    pkill -9 code
  2. 备份并删除扩展目录Deb 版的扩展目录在 ~/.vscode，Snap 版的在 ~/snap/code/common/.vscode。
    bash
    运行
    # 备份
mv ~/.vscode ~/.vscode.bak.$(date +%Y%m%d)
# 如果有 Snap 版的扩展目录，也删掉
rm -rf ~/snap/code
  3. 删除 Copilot 的认证缓存
    bash
    运行
    rm -rf ~/.config/Code/User/globalStorage/github.copilot*

步骤 4：重启系统，只保留一个干净的 VS Code

  1. 重启 GNOME Shell（或直接重启电脑）：
    bash
    运行
    # 按 Alt+F2，输入 r 回车，重启 GNOME
# 或者直接重启电脑
  2. 打开启动器，现在只会有一个 VS Code 图标了。
  3. 打开 VS Code，重新安装 Copilot 扩展，重新登录 GitHub 账号。

三、额外的 Crash 排查建议

在你清理完版本后，如果还是有 crash，可以针对性排查：
  1. 检查扩展冲突启动 VS Code 时用安全模式：
    bash
    运行
    code --disable-extensions
    如果不 crash，就是某个扩展导致的，逐个启用排查。
  2. 查看 crash 日志
    bash
    运行
    # 查看最近的 crash 日志
journalctl -u systemd-coredump | grep code
# 或者 VS Code 自身的日志
cat ~/.config/Code/logs/main.log
  3. 降低 Copilot 的请求频率在 VS Code 设置里，把 Github Copilot: Enable 关掉，再重新打开，或者把 Github Copilot: Advanced - Proxy 清空，避免网络代理导致的超时 / 断开。

四、给你的最终建议

  • 永远只保留一个来源的 VS Code：要么 Deb 版，要么 Snap 版，不要混用。Deb 版更可控，推荐用你现在的 116 版 Deb 包。
  • 定期清理扩展缓存：Copilot 这类扩展的缓存很容易乱，遇到 crash 就删一次 ~/.vscode 下的相关目录。
  • 版本号不要乱加在 Name 字段里：你之前加的 “116” 会让启动器识别成两个不同的应用，容易混淆，用默认的名字就好，通过 Exec 路径区分即可。
要不要我帮你写一个一键脚本，自动卸载所有多余版本、清理桌面文件和 Copilot 缓存，让你直接复制运行就能搞定？
那么还一个问题，就是说， Snap 版本是不是就是相对比较稳定一些呢？还是说微软自己的这个，就是下载的这个 Deb 版本？更稳定一点呢？就两者更新的机制，以及这个它的这个叫什么？就 cop- copilot 这上面应该没有什么区别吧？还是说 Snap 版本会自动更新？
搜索 3 个关键词，参考 17 篇资料
针对你现在的情况（多版本混乱、Copilot 经常 crash），直接给你结论 + 对比，帮你选一个最稳的。

一、稳定性：Deb 版（微软官方） > Snap 版

  • Snap 版问题（你会踩坑）
    • 沙盒隔离：权限、文件路径、系统调用容易出问题
    • 资源开销大：启动慢、占内存、磁盘占用高
    • 历史 Bug：曾出现无限日志 / 缓存暴涨（200GB+）
    • 扩展兼容性：Copilot、Docker、串口、内核工具等容易异常 / 断连 /crash
    • 更新不可控：自动更到新版，可能突然引入新 Bug（你 115 就很不稳定）
  • Deb 版（官网 /apt）优势
    • 原生系统集成：无沙盒、无权限问题、和系统完全打通
    • 性能更好：启动快、内存小、流畅稳定
    • 扩展最稳：Copilot、各类开发工具扩展兼容性最好、最少 crash
    • 版本可控：你可以停在 116 稳定版，不自动更到有问题的新版
结论：你现在的 crash 很大概率就是 Snap 沙盒 + 多版本混合 + 扩展缓存混乱 导致的。优先用 Deb 版。

二、更新机制（关键区别）

  • Snap 版
    • 完全自动后台更新（snapd 守护进程）
    • 你无法控制：半夜更、开机更、随时更到最新版
    • 优点：永远最新；缺点：可能更到有 Bug 的版本（如你 115）
  • Deb 版（官网 /apt）
    • 随系统更新：sudo apt update && sudo apt upgrade
    • 你完全可控：想更就更、不想更就锁定版本
    • 适合你：停在 116 稳定版，避开 115 那种 crash 版

三、Copilot 功能：完全一样，但稳定性差很多

  • 功能：Snap / Deb 版 Copilot 功能 100% 相同
  • 区别在：
    • 认证 session：Deb 版更稳、不易超时 / 断开
    • 网络 / 代理：Deb 版无沙盒干扰，连接 GitHub 更稳定
    • 缓存 / 目录：Deb 版目录干净，不易冲突、不易 crash

四、给你的最终建议（解决你当前混乱）

  1. 彻底卸载所有版本（Snap + 旧 Deb + 残留）
  2. 只装 官方 Deb 1.116 版（你现在觉得相对稳的）
  3. 配置 apt 源（以后可控更新，不自动更）
  4. 清理所有旧扩展 / 缓存（解决 Copilot 混乱）
这样做后：
  • 启动器只有一个 VS Code 图标
  • 版本固定 116，不自动更
  • Copilot 无沙盒干扰、session 稳定、少 crash
要不要我给你一套一键清理 + 只装 Deb 116的命令，你直接复制运行就行？
现在我在 VS Code 的 Copilot 里面，之前经常 crash，我怀疑会不会有这个叫做，就是 GitHub 那边那个有三进三出，会不会有时间上的问题，这个好像不太不太可能。就是意思就说， Copilot 它这边的那个 session， signing 的这个 session， 它会不会最后 time out 了？这个似乎是太低级了。还有一个简单的问题是说我在 Ubuntu 下，我发现我安装这个 VS Code 的话，它不会覆盖之前的版本，也就是意思说启动的时候会看到两个版本。而这两个版本因为桌面上它没有标识出来，导致我分不清楚哪个是哪个。这个 Ubuntu 22.04 下这个桌面的这个快捷启动它的这个都放在哪个文件夹下面？
搜索 3 个关键词，参考 16 篇资料

一、Ubuntu 22.04 VS Code 快捷方式（.desktop）位置

Ubuntu（GNOME）的应用快捷方式分系统级和用户级两个目录：
  • 系统全局（所有用户可见）/usr/share/applications/VS Code 通常是：code.desktop、code-code.desktop（Snap）
  • 当前用户私有（仅你可见）~/.local/share/applications/（~ 是 /home/你的用户名，需开启 “显示隐藏文件”）
  • Snap 版额外路径/var/lib/snapd/desktop/applications/
你看到两个 VS Code 图标，多半是：
  • 一个来自 deb 安装（/usr/share/applications/code.desktop）
  • 一个来自 Snap 安装（code-code.desktop）或新旧版本残留了两个 .desktop 文件。

二、怎么区分、清理重复图标

  1. 进入文件夹，按修改时间排序，看两个 code*.desktop
  2. 打开文件，看 Exec= 行：
    • deb 版：Exec=/usr/share/code/code
    • Snap 版：Exec=/snap/bin/code
  3. 删掉旧的 / 不用的那个，重启 GNOME Shell（Alt+F2 → 输入 r → 回车）

三、关于 Copilot crash /session timeout

你怀疑的 session timeout 确实存在，但一般不是低级问题：
  • 请求超时（408）：网络慢、请求太大、服务器拥堵
  • SSE 流空闲超时：后台响应慢，超过 60 秒无数据就断连
  • 认证 session 过期：长时间闲置后，GitHub token 失效，表现为 “请求失败”
常见 crash 原因（更可能）：
  • VS Code / Copilot 扩展版本冲突
  • 内存不足、显存溢出（尤其大项目 / 长上下文）
  • 其他扩展干扰（如代理、防火墙、安全软件）
要不要我帮你写一段快速定位和清理重复 VS Code 图标的命令？
你的意思是说， Copilot 在运行的过程中，它需要监控这个日志的话，那么日志不停的就是增长的话，长日志的话，会导致系统崩溃。就是这个是如果，但这个是显示上面的问题吧。就说我如果根本不不去看这个 VS Code 里面那个 Copilot 监控的那个 console 那个日志的话，我自己在命令行自己用 tail 杠 f 去自己去看。会不会这样就会减少一些这个问题呢？还是说 Copilot 它自己去运行的时候导致整个 VS Code crash 掉了？
我直接把核心逻辑给你讲透，你一下就明白 crash 到底是谁的锅、跟日志有没有关系。

1. 先分清两种 crash

① VS Code 整个崩掉（窗口消失、闪退、卡死）

这是 VS Code 主进程 / 渲染进程挂了原因通常是：
  • 扩展内存泄漏
  • 版本冲突（你现在多版本混合）
  • Electron 渲染层异常
  • Copilot 插件本身的 bug跟你看不看控制台日志没关系你不看，它该崩还是崩。

② Copilot 日志疯狂暴涨、占满磁盘

这是 Snap 版历史上非常著名的 bug：code_code 的日志文件能涨到几十 GB、几百 GB但它不会直接让 VS Code 崩溃只会：
  • 磁盘爆满
  • 系统变卡
  • 软件启动变慢不会直接导致 VS Code 窗口 crash。

2. 你问的关键：

“我不用 VS Code 内置控制台看日志，自己用 tail -f 看，会不会减少 crash？”

不会。完全不会。
原因：
  • VS Code 内部的 Developer Tools / Console 面板 只是显示器
  • 日志输出本身是插件在后台持续产生的你关了面板，日志照样在输出、照样占内存。
所以：看不看日志，不影响 Copilot 是否会把 VS Code 搞崩。

3. 真正导致你 crash 的，99% 是下面这几个

结合你现在的环境，按概率从高到低：
  1. 系统里同时存在多个 VS Code（Snap + Deb + 手动版）扩展目录冲突、配置冲突、Copilot 认证混乱→ 直接导致插件异常崩溃
  2. VS Code 1.115 本身有已知 Electron 渲染 crash 问题很多人反馈 115 尤其不稳定
  3. Copilot 扩展长对话 / 大上下文内存泄漏尤其在你开多文件、多项目、大代码库时
  4. Snap 沙盒限制Copilot 需要频繁网络请求、文件读写、IPC 通信Snap 沙盒会随机切断、延迟、报错 → 插件异常 → VS Code 跟着崩

4. 最关键结论（针对你）

  • Copilot 本身不会因为日志多而崩 VS Code
  • 你看不看日志不影响稳定性
  • 真正让你 crash 的是：多版本混合 + Snap 沙盒 + 115 版本问题

5. 最简单有效的解决办法（你现在就能做）

  1. 彻底删掉 Snap 版 VS Code
  2. 只保留微软官方 Deb 1.116
  3. 删除旧扩展目录～/.vscode/extensions
  4. 重装 Copilot
做完这几步，你的 crash 概率会直接下降 80% 以上。
如果你愿意，我可以下一步直接教你：如何一键清理所有 VS Code，只留一个干净稳定的 Deb 116你复制命令就能执行，不用一个个找文件。