[避坑]关于VScode必踩的坑
2026/2/12大约 3 分钟
[避坑]关于VScode必踩的坑
1、【glibc问题】vscode：你已连接到不受 Visual Studio Code 支持的 OS 版本
相关信息
原因
- 2024 年一月以后的 1.86 以上版本的 Vscode将远程开发服务器工具链最低环境要求的 glibc 版本提升至 2.28。
- 导致远程连接 Ubuntu 18 等系统会出现该提醒。
2025的版本不得行
VS Code 从大约2020年年中开始加强了对远程主机的系统需求检查，并在后续版本中逐步提高了最低系统要求。
具体来说，大约从VS Code 1.50.0版本(2020年9月)开始，VS Code服务器端开始更严格地要求远程Linux主机的glibc和libstdc++版本。这个变化主要是因为VS Code服务器端的实现逐步现代化，使用了更新的C++功能和库，导致对底层系统库的要求也相应提高。
在2022年左右，这些要求进一步收紧，使得CentOS 7这样使用glibc 2.17的系统逐渐不符合要求。最近的VS Code版本(1.80+)通常需要至少glibc 2.23或更高版本，这已经超出了CentOS 7的能力范围。
如果你使用的是最新版的VS Code(2023年末或2024年版本)，它已经默认不支持像CentOS 7这样的旧系统了，除非你使用配置选项显式告诉它使用兼容模式。
这个变化是VS Code团队为了利用现代化的功能和提高性能而做出的决定，虽然带来了更好的体验，但也意味着旧系统的用户需要额外的配置或考虑升级系统。
根据官方FAQVisual Studio Code Remote Development Frequently Asked Questions，有两种解决办法：
- 回退版本到1.85.2，同时永久禁用更新，但这样本地开发的时候也不能使用vscode的最新特性了，不推荐
- 使用1.85.2的portable便携绿色版，这样可以和最新的vscode版本共存
- 换高版本Linux【不推荐】
- 在 MT 实习时也遇到过这个问题，当然公司集群版本低了也只能适应。具体表现为一些扩展可能会跑不起来。
- 给Linux升级glibc
- Centos7默认的glibc函数库的版本为2.17，无法运行一些对glibc版本有要求的中间件。**为了在centos7上可以正常运行此类中间件，则需要对glibc进行升级
- 直接升级到glibc2.25会出现各种崩溃的问题(如：无法远程、常规基础命令无法使用等等)，可直接升级到glibc2.31(升级过程中会自动安装缺失的版本)。
【踩坑】M1的mac有点特殊【建议下载1.85的通用版本】
配置vscode不更新
设置全局的settings.json即可
{
// 配置是否接收自动更新。更改后需要重新启动。更新是从微软在线服务获取的。
"update.mode": "none",
}2、VS Code下面的集成终端里直接想搜索文字发现搜索不了
大部分发生场景：各个大公司使用老版本的VScode自定义个性化内部工具
原因：VScode版本太老了，在 VS Code 1.72+ 版本及以上，终端面板右上角才有 放大镜 🔍 图标！
解决方案：如果你的 VS Code 版本没有这个图标，说明版本比较旧，需要升级。
新版本的VScode的终端打开搜索框：
- 快捷键：
- Windows/Linux：
Ctrl + F - macOS：`⌘ + F
- Windows/Linux：