VSCode插件无法突破编辑器沙箱限制，所有扩展运行在独立Extension Host进程，不能直接访问文件系统、操作系统API或修改核心UI；只能调用vscode模块限定API，如弹窗、读工作区文件、注册命令等，越界操作将静默失败或报错。
VSCode 插件无法突破编辑器进程沙箱限制，所有扩展运行在独立的 Extension Host 进程中，不能直接访问文件系统、操作系统 API 或修改核心 UI 结构（比如菜单栏、标题栏）。
插件能做什么：受限但实用的 API 范围
VSCode 通过 vscode 模块暴露一组明确边界的能力，扩展只能调用这些 API。比如：
-
vscode.window.showInformationMessage()可弹提示，但不能自定义样式或添加按钮事件（除非用 Webview） -
vscode.workspace.openTextDocument()可读文件，但路径必须在当前工作区或用户显式授权的范围内 -
vscode.languages.registerCompletionItemProvider()能提供补全项，但无法覆盖已注册的语言服务器补全逻辑 -
vscode.commands.registerCommand()注册的命令只在命令面板、快捷键、右键菜单中可见，不能注入到原生菜单项里
插件不能做什么：常见越界尝试及失败原因
很多开发者试图绕过限制，结果遇到静默失败或报错：
- 直接用
fs.readFileSync()读取任意绝对路径 → 报Error: EACCES或返回空，因为 Node.js 的 fs 模块在 Extension Host 中被沙箱化重写，仅允许访问工作区路径或vscode.workspace.fsAPI 显式支持的范围 - 在
activate()里执行require('child_process').exec()→ 大部分系统命令被拦截，spawn仅限白名单命令（如git），且输出受vscode.terminal管控 - 试图用 DOM 操作修改编辑器主界面（如
document.getElementById('monaco-editor')）→ 返回null，因为扩展代码运行在独立渲染进程，与编辑器主 UI 进程隔离 - 想监听全局键盘事件（如 Ctrl+S 以外的组合键）→ 浏览器级
keydown不生效，必须走vscode.commands.registerCommand()+ 快捷键绑定，且快捷键需在package.json的contributes.keybindings中声明
真正可扩展的边界：Webview 与任务系统
如果需要突破常规 API 限制，有两个合法出口：
-
vscode.webview：可加载本地 HTML/JS/CSS，完全控制前端逻辑，但通信必须走webview.postMessage()和vscode.postMessage()，且资源路径要通过vscode.Uri.file().with({ scheme: 'vscode-resource' })转换 -
vscode.tasks：能定义外部命令（如tsc、eslint），但执行环境是受限 shell，不能带交互式 stdin，输出解析依赖problemMatcher配置
这两个机制不是“绕过”限制，而是 VSCode 明确设计的扩展通道——用它们，比硬 hack 更稳定、更易维护。
最常被忽略的是权限粒度：一个插件默认只有“工作区读取”权限，若要写文件、访问网络、执行命令，必须在 package.json 的 contributes.permissions 里显式声明，并在安装时向用户申请。没声明就调用，会直接静默失败，连错误日志都不抛。
