VSCode离线安装不受注册表控制，其插件机制完全基于文件系统和JSON配置，extensions目录是唯一加载源，策略由policy.json等文件控制而非注册表。
VSCode 不读注册表，所有“通过注册表优化离线安装”的尝试都无效——它既不从 Windows 注册表读取插件路径、策略开关或安装配置，也不写入任何与扩展管理相关的键值。所谓“注册表优化”是误把其他编辑器（如 VS）或旧版工具链的经验套用到了 VSCode 上。
VSCode 离线安装根本不受注册表控制
它的扩展机制完全基于文件系统和 JSON 配置：
-
extensions目录（%USERPROFILE%\.vscode\extensions\或$HOME/.vscode/extensions/）是唯一插件加载源 - 是否启用扩展，由
settings.json中的extensions.ignoreRecommendations或extensions.autoCheckUpdates控制，不是注册表项 - 企业策略禁用扩展时，VSCode 读的是
policy.json（路径：%PROGRAMFILES%\Microsoft VS Code\resources\app\product.json或策略部署的machine.json/user.json），而非注册表 - Windows 上即使你手动在
HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\VSCode下建键，VSCode 也完全忽略——它不实现该策略解析逻辑
为什么有人以为改注册表有用
常见混淆点来自三类场景：
- 误将 Group Policy 策略部署（实际生成的是 JSON 文件）当成注册表操作
- 看到某些第三方打包工具（如 SCCM 或 Intune）在推送到 Windows 时顺带写注册表，误以为那是 VSCode 自身行为
- 把
code --install-extension命令失败后查注册表找“安装日志”，结果发现 VSCode 根本不写日志到注册表——它只输出到终端或~/.vscode/logs/
真正影响离线安装的 Windows 系统级因素
这些才是你需要盯住的、和注册表无关但常被忽略的点：
- UAC 权限：若 VSCode 以管理员运行，而
.vscode\extensions\在受保护路径（如C:\Program Files\），复制插件目录会失败——应始终使用用户级路径（%USERPROFILE%\.vscode\extensions\） - 文件系统权限：内网机器若启用了严格 ACL，需确保当前用户对
%USERPROFILE%\.vscode\extensions\有完全控制权，否则解压后的插件目录无法被扫描 - 杀毒软件拦截：某些国产安全软件会静默阻止
code进程执行spawn调用（比如启动pyright-server），现象是插件装了但补全失效，需在安全软件中放行 VSCode 及其子进程 - 符号链接限制：若你用
mklink /D把extensions指向网络盘或 OneDrive，Windows 默认禁止跨卷符号链接，导致插件不加载——检查是否真用了fsutil behavior set SymlinkEvaluation L2L:1 R2R:1
最易被忽略的一点：VSCode 启动时会缓存 extensions 目录的 inode 或文件时间戳，哪怕你完整替换了 ms-python.python-2024.6.0/ 目录，只要没彻底退出（包括托盘进程），它就不会重新扫描。别信“重启窗口”，要 kill 掉所有 Code.exe 进程再开。
