vscode安装器本身不提供界面日志，需手动启用命令行参数（如/log）或从%temp%提取；安装失败后应优先查看main.log和exthost.log定位启动与扩展初始化问题。
VSCode安装失败时，日志根本不在界面上
VSCode 安装器（无论是 Windows 的 vscode-user-setup-x64.exe、macOS 的拖拽安装，还是 Linux 的 .deb/.rpm 包）本身不提供“导出日志”按钮。所谓“导出安装日志”，实际是指捕获安装过程产生的底层输出——这些内容默认不保存，必须提前启用或事后从系统临时目录中提取。
Windows 安装器日志需手动启用 / 从 Temp 提取
Windows 下的 VSCode 安装器基于 NSIS，它支持命令行参数生成日志，但默认关闭：
- 安装前先打开命令提示符（非 PowerShell），运行：
vscode-user-setup-x64.exe /LOG="C:\temp\vscode-install.log"—— 注意路径必须存在且有写入权限 - 若已静默安装失败，可检查临时目录：
%TEMP%\VSCodeSetup*开头的文件夹，里面可能有setup.log或install.log - 常见错误关键词：
0x80070005（权限拒绝）、0x80070643（MSI 安装失败）、Access is denied—— 这类错误往往指向杀毒软件拦截或管理员权限缺失
macOS 和 Linux 安装过程无内置日志，靠终端输出重定向
macOS 拖拽安装不产生结构化日志；Linux 的 dpkg 或 rpm 安装虽有系统级记录，但 VSCode 自身行为不落盘。真正有效的做法是把安装命令的 stdout/stderr 捕获下来：
VSCode 1.118
下载
微软正式发布 Visual Studio Code 1.118 版本 。本次更新重点强化了 AI 开发体验与企业管理能力，其中最引人注目的是新增 Copilot CLI 远程控制功能，允许开发者通过手机或网页远程监控和接管 AI 会话 。同时，为了提高 AI 的运行性价比，新版本优化了令牌缓存策略以降低成本 。此外，1.118 版还引入了 Chronicle 本地历史追踪、TypeScript 7.0 支持以及更严格的企业级访问管控 。
- Debian/Ubuntu：
sudo dpkg -i code_*.deb 2>&1 | tee ~/vscode-dpkg.log - RHEL/CentOS：
sudo rpm -ivh code-*.rpm 2>&1 | tee ~/vscode-rpm.log - macOS 若用 Homebrew：
brew install --debug --verbose code 2>&1 | tee ~/vscode-brew.log - 关键要看输出里是否出现
Failed to write file、Permission denied或Could not create symlink—— 这些直接暴露权限或路径冲突问题
安装后查不到日志？立刻看 main.log 和 exthost
很多用户误以为“安装失败”就该翻安装器日志，其实 VSCode 启动失败或扩展全挂，更大概率是安装后首次初始化出错。这时真正的线索在编辑器自己的日志里：
- 启动 VSCode（哪怕只闪一下就退出），立即执行：
Developer: Open Logs Folder（Cmd+Shift+P / Ctrl+Shift+P） - 打开
main.log，搜索bootstrap、startup、error—— 常见报错如ENOENT: no such file or directory, open '/Users/xxx/Library/Application Support/Code/User/settings.json' - 同时检查同目录下
exthost文件夹里的最新日志，里面会记录扩展加载失败的完整堆栈，比如Cannot find module 'vscode'表明 Node.js 环境损坏
安装器日志只管“把文件拷过去”，而 VSCode 能不能活下来，全靠 main.log 里那几秒的启动过程。漏掉这个，等于只查了病历封面，没看诊断报告。
