右键快捷方式设兼容性是最稳路径：VSCode无默认管理员开关，Windows下唯一可靠持久方案是修改启动快捷方式属性，在“兼容性”中勾选“以管理员身份运行此程序”，仅对该入口生效，避免全局提权风险。
右键快捷方式设兼容性是最稳路径
VSCode 本身不提供“默认管理员运行”的开关，Windows 下唯一可靠、可持久生效的方式是修改它的启动快捷方式。这不是临时方案，而是系统级行为控制——只要通过这个快捷方式启动，UAC 就会自动弹出提权请求，进程树里所有子终端（PowerShell/CMD/WSL）都继承管理员权限。
操作步骤很直接：
- 关闭所有 VSCode 实例（包括托盘里的后台进程）
- 在桌面或开始菜单找到 VSCode 快捷方式，右键 → “属性”
- 切到“兼容性”选项卡 → 勾选“以管理员身份运行此程序” → 点击“确定”
以后只用这个快捷方式启动；从开始菜单、任务栏固定项、文件关联打开的 VSCode 不会提权。
别碰 Code.exe 本体，也别改注册表。直接对 Code.exe 设置兼容性，会导致所有启动入口（比如双击文件、右键菜单“Open with Code”）都触发 UAC，体验极差；注册表手动写 RUNASADMIN 虽然有效，但容易因路径空格、Unicode 或权限问题失效，且无法被普通用户审计和还原。
为什么不能全局提权，而只该改快捷方式
快捷方式属性修改只影响该入口，可控性强。注册表方案在多用户环境或企业域控下可能被策略覆盖。若快捷方式图标丢失或重命名，设置依然保留；而批处理脚本（如 run_vscode_as_admin.bat）依赖路径硬编码，迁移后易断。
真正棘手的是提权后的副作用：
- VSCode 创建的所有文件（比如保存的代码、生成的日志、调试时的 core dump）默认属主都是
Administrator组，普通用户后续访问会卡在 ACL 拒绝 - 某些插件（如
Live Share、Remote-SSH）在高完整性级别下会禁用部分功能，或拒绝连接本地 socket
这些不是 bug，是 Windows 安全模型的自然反应——你给了它 High Integrity Level，它就按这个级别行事，不会为你降权妥协。
终端里 code --install-extension 仍失败？不是权限问题
即使 VSCode 进程是管理员级别，code --install-extension 命令仍可能静默失败——因为扩展安装由主进程内建逻辑调用，不继承终端权限，也不走 UAC 提权链。这时候提示“权限不足”，实际是写入 %USERPROFILE%\.vscode\extensions 被拦截，常见于 OneDrive 同步冲突或文件锁死。
更可靠的绕过方式是：
- 下载扩展的
.vsix文件，用 VSCode 的“从 VSIX 安装”功能本地加载 - 避免网络+权限双重校验，也避开同步服务对文件句柄的占用
PowerShell 执行策略报错不是权限问题
终端报 xxx.ps1 cannot be loaded because running scripts is disabled，这不是权限错误，是 Windows 默认禁用本地 PowerShell 脚本执行策略。VSCode 终端默认启 PowerShell，所以构建脚本、部署脚本一跑就卡住，错误里甚至不出现 Access Denied。
只需在 VSCode 终端中运行这一条（无需管理员）：
Set-ExecutionPolicy RemoteSigned -Scope CurrentUser
验证是否生效：
Get-ExecutionPolicy -Scope CurrentUser
返回 RemoteSigned 即可。重启终端面板生效。别用 Unrestricted 或 Bypass，尤其在企业环境里，组策略随时可能覆盖。
真正需要管理员权限的场景其实很少：调试需提升权限的进程、注册 COM 组件、部署到 IIS、修改系统服务配置等。其他绝大多数“权限不足”提示，本质是路径、策略或安装方式错配，不是靠提权能解决的。
