Jetson AGX 安装旧版VScode避坑指南：ARM 64架构下的保姆级教程

Jetson AGX 开发者手记：在ARM 64架构上优雅部署经典版VSCode

作为一名长期与边缘计算设备打交道的开发者，我手头的Jetson AGX Xavier和Orin系列板卡几乎成了我的“第二大脑”。这些基于ARM 64架构的“小钢炮”性能强悍，但在软件生态上，尤其是桌面应用的兼容性，偶尔会让人挠头。最近为了复现一个两年前的旧项目，我需要一个与当时开发环境完全一致的代码编辑器——Visual Studio Code，而且必须是特定的旧版本。这听起来简单，但在Jetson AGX的ARM 64架构和特定的JetPack系统（如基于Ubuntu 18.04的JetPack 4.6）上，却成了一次充满“坑”与“惊喜”的探险。如果你也正面临类似挑战，无论是为项目兼容性所困，还是单纯想为你的ARM设备寻找一个稳定的开发伴侣，这篇从实战中总结的指南，或许能帮你省下不少折腾的时间。

1. 理解核心挑战：为何ARM 64架构需要旧版VSCode

在x86_64的PC世界里，安装VSCode通常只是点击官网下载按钮那么简单。但当我们切换到Jetson AGX这类ARM 64设备时，情况就复杂多了。这背后的原因，远不止“架构不同”四个字那么简单。

首先，软件包的依赖链在ARM生态中更为脆弱。VSCode作为一个功能丰富的现代化编辑器，依赖大量底层库和运行时环境（如Node.js、Electron框架的特定版本）。VSCode官方为Linux ARM 64提供的.deb安装包，是针对通用ARM 64环境（如AWS Graviton实例、树莓派4等）进行构建和测试的。然而，NVIDIA Jetson系列虽然也是ARM 64，但其软件栈（特别是JetPack SDK）包含了许多NVIDIA定制或优化的库，例如特定版本的GLIBC、CUDA工具链相关的库文件等。新版VSCode可能链接或依赖了更新版本的系统库，而这些库在JetPack 4.6（Ubuntu 18.04基础）这样的“老”系统上可能不存在，或者版本不匹配，从而导致安装失败或运行时崩溃。

其次，Electron框架的兼容性是一个关键瓶颈。VSCode基于Electron构建，而Electron本身对系统图形库、内核版本等有特定要求。较新的VSCode版本捆绑的Electron版本也更新，可能要求更高版本的libgtk-3、libnss3等图形和网络库。Jetson AGX上的Ubuntu 18.04仓库提供的这些库版本相对较旧，无法满足新Electron的需求，这就引发了经典的“依赖地狱”。

注意：这里说的“旧版”并非指过于古老、功能缺失的版本，而是一个在你的特定JetPack系统版本和ARM 64硬件上能够完美兼容、稳定运行的VSCode版本。我们的目标是找到一个功能完备且兼容性最佳的“平衡点”。

为了更清晰地理解不同版本VSCode对系统环境的要求，我们可以参考下面的兼容性对照表：