VS Code 下载：注意 Windows Arm64 选项

选对 Windows Arm64 安装包只是第一步，还要验证扩展、解释器和真实项目的构建调试流程。

从官方完整下载表开始

准备给 Windows ARM 电脑安装 VS Code，先进入 Windows 设置的系统信息查看系统类型，再打开 VS Code 官方下载页。该页在 Windows 下列出 User Installer、System Installer 和 ZIP 等形式，并提供 Arm64 选项。

不要把 Linux 的 Arm64 软件包或 macOS 的 Apple silicon 版本当成 Windows 安装包。本文保留官方下载入口，下载时以页面列出的当前稳定版本为准，不把某个版本号长期写成“最新版”。

个人账户使用时，可优先考虑官方建议的 User setup；它无需管理员权限，面向当前 Windows 账户。System setup 用于整机所有用户，需要管理员权限。企业电脑若有统一管理要求，应遵循组织的软件分发方式。

ZIP 适合需要自行管理解压目录的场景，但官方说明此方式需手动更新。安装形式与处理器架构是两个选择：无论选哪种形式，都应继续确认 Windows Arm64，而不是看见安装按钮便直接下载。

启动后打开“帮助 → 关于”记录版本信息，再用一个自己的测试目录验证新建、保存和重新打开文件。若使用命令行入口，安装后重开终端再运行 code .，避免旧终端尚未读取更新后的环境变量而造成误判。

电脑曾安装过其他版本时，尤其要确认桌面快捷方式和终端打开的是同一个安装实例。遇到问题，记录实际版本和启动方式，比仅描述“刚装的 VS Code”更有助于定位原因。

VS Code 的扩展发布机制允许针对 win32-arm64 等平台提供不同包。包含本机二进制库、语言服务器或调试器的扩展，可能对平台有额外要求。因此编辑器原生运行，不代表每个扩展依赖也已适配。

先安装完成工作必需的少量扩展，并查看各自发布说明和支持平台。逐一验证补全、格式化、调试或其他关键功能，记录失败来自哪个扩展。不要一次同步大量历史扩展后，再把所有故障笼统归到编辑器本身。

打开项目后还要核对项目实际使用的语言运行时、编译器和依赖。选择目标系统支持的工具版本，查看终端输出与项目配置中引用的路径；同一台电脑上的不同工具实例可能导致编辑器内外表现不一致。

用真实项目完成一次依赖准备、构建、运行和断点调试，再检查产物是否达到你的用途。如果使用 SSH、容器或 WSL，另行确认工具和扩展实际运行在哪一端，本地编辑器的架构不能代替远端环境的支持条件。

出现故障时，先区分文件编辑、扩展运行和命令行工具三个位置。在同一项目中记录版本、步骤及必要错误文本，去除令牌、私有地址和源码中的敏感内容；然后查看对应扩展或工具的官方问题入口。

可交付的结果应是你常用项目能够完整工作，而不仅是安装器成功退出。对于尚未验证的扩展，保留明确记录，后续升级时重点复核。本文是选择和验收指南，未对全部扩展进行兼容测试。