HomePostsWorks

vscode 源码解析 - contribution 插件化

cover

看到插件化这个词,熟悉 vscode 的同学第一时间想到的可能是 Extension,例如 Prettier 插件、ESLint 插件等等。是的,这确实是非常典型的插件化设计(也是本系列文章打算着重分析的一块内容),但是这篇文章要讨论是 vscode 内部以插件化方式编写的各种功能,英文叫做 contribution。

这篇文章将会讨论以下问题:


什么是 contribution

contribution 就是功能,这些功能通过插件的形式编写,通过调用一系列更加底层的 API 来扩展 vscode 的能力。在 src/vs/workbench/contrib 目录中执行 tree 命令,可以看到 vscode 中大约有 68 种 contribution:

# in ~/Developer/OSS/vscode/src/vs/workbench/contrib on git:main o [23:53:08] $ tree . -L 1 . ├── audioCues ├── bulkEdit ├── callHierarchy ├── codeActions # ......... ├── welcomeViews ├── welcomeWalkthrough ├── workspace └── workspaces 68 directories, 0 files

例如有:

contribution 如何拓展 vscode 的功能

contribution 既然是以插件形式编写的 vscode 功能,所以我们自然好奇 contribution 如何扩展 vscode 的能力——反过来说,vscode 提供了哪些接口让 contribution 扩展功能。

实现功能拓展的主要是 vscode 中各种各样的 Registry,我们结合一个例子来看。文件管理功能是非常常用的功能,相关代码在 src/vs/workbench/contrib/files 目录下,它调用了如下 Registry:

MenuRegistry.appendMenuItem(MenuId.MenubarFileMenu /* 菜单项注册的位置 */, { // 菜单项在哪个组当中 group: '1_new', // 菜单项对应的命令 command: { id: NEW_UNTITLED_FILE_COMMAND_ID, // 菜单项文案 title: nls.localize( { key: 'miNewFile', comment: ['&& denotes a mnemonic'] }, '&&New Text File' ) }, // 在组中的序号 order: 1 })

KeybindingsRegistry.registerCommandAndKeybindingRule({ // 定义快捷键的权重 weight: KeybindingWeight.WorkbenchContrib, // 定义快捷键触发的条件 when: null, // 定义快捷键 primary: isWeb ? isWindows ? KeyChord(KeyMod.CtrlCmd | KeyCode.KeyK, KeyCode.KeyN) : KeyMod.CtrlCmd | KeyMod.Alt | KeyCode.KeyN : KeyMod.CtrlCmd | KeyCode.KeyN, // 定义快捷键 secondary: isWeb ? [KeyMod.CtrlCmd | KeyCode.KeyN] : undefined, // 每个 command 都有一个 id id: NEW_UNTITLED_FILE_COMMAND_ID, description: { description: NEW_UNTITLED_FILE_LABEL, args: [ { isOptional: true, name: 'viewType', description: 'The editor view type', schema: { type: 'object', required: ['viewType'], properties: { viewType: { type: 'string' } } } } ] }, // 该 command 具体的执行过程,通过 accessor // command 可以访问各种服务用于执行业务逻辑 handler: async (accessor, args?: { viewType: string }) => { const editorService = accessor.get(IEditorService) await editorService.openEditor({ resource: undefined, options: { override: args?.viewType, pinned: true } }) } })
Registry.as<IWorkbenchContributionsRegistry>( WorkbenchExtensions.Workbench ).registerWorkbenchContribution( DirtyFilesIndicator, LifecyclePhase.Starting /* 注意这里要声明该 contribution 应当在 vscode 生命周期的哪个阶段加载 */ )
registerEditorContribution(FoldingController.ID, FoldingController) export class FoldingController extends Disposable implements IEditorContribution { constructor( editor: ICodeEditor, @IContextKeyService private readonly contextKeyService: IContextKeyService, @ILanguageConfigurationService private readonly languageConfigurationService: ILanguageConfigurationService, @INotificationService notificationService: INotificationService, @ILanguageFeatureDebounceService languageFeatureDebounceService: ILanguageFeatureDebounceService, @ILanguageFeaturesService private readonly languageFeaturesService: ILanguageFeaturesService ) {} }

export const VIEW_CONTAINER: ViewContainer = viewContainerRegistry.registerViewContainer( { // 每个面板有其 DI id: VIEWLET_ID, title: localize('explore', 'Explorer'), // 面板的内容,包括如何渲染和功能逻辑 ctorDescriptor: new SyncDescriptor(ExplorerViewPaneContainer), // 面板的 UI 排布是可以序列化存储的,这里需要制定一个 key storageId: 'workbench.explorer.views.state', icon: explorerViewIcon, alwaysUseContainerInfo: true, // 在 ActivityBar 当中的顺序 order: 0, // 打开这个面板所对应的快捷键 openCommandActionDescriptor: { id: VIEWLET_ID, title: localize('explore', 'Explorer'), mnemonicTitle: localize( { key: 'miViewExplorer', comment: ['&& denotes a mnemonic'] }, '&&Explorer' ), keybindings: { primary: KeyMod.CtrlCmd | KeyMod.Shift | KeyCode.KeyE }, order: 0 } }, // 面板所在的位置 ViewContainerLocation.Sidebar, { isDefault: true } )

export class ExplorerViewletViewsContribution extends Disposable implements IWorkbenchContribution { private registerViews(): void { const viewDescriptors = viewsRegistry.getViews(VIEW_CONTAINER) let viewDescriptorsToRegister: IViewDescriptor[] = [] const openEditorsViewDescriptor = this.createOpenEditorsViewDescriptor() if (!viewDescriptors.some((v) => v.id === openEditorsViewDescriptor.id)) { viewDescriptorsToRegister.push(openEditorsViewDescriptor) } if (viewDescriptorsToRegister.length) { viewsRegistry.registerViews(viewDescriptorsToRegister, VIEW_CONTAINER) } } private createOpenEditorsViewDescriptor(): IViewDescriptor { return { id: OpenEditorsView.ID, name: OpenEditorsView.NAME, // 面板的实际内容 ctorDescriptor: new SyncDescriptor(OpenEditorsView), containerIcon: openEditorsViewIcon, order: 0, when: OpenEditorsVisibleContext, canToggleVisibility: true, // 可以移动到其他 ViewContainer canMoveView: true, collapsed: false, hideByDefault: true, // 聚焦该面板的快捷键 focusCommand: { id: 'workbench.files.action.focusOpenEditorsView', keybindings: { primary: KeyChord(KeyMod.CtrlCmd | KeyCode.KeyK, KeyCode.KeyE) } } } } }
Registry.as<IQuickAccessRegistry>( QuickaccessExtensions.Quickaccess ).registerQuickAccessProvider({ // 面板的实际内容 ctor: GotoSymbolQuickAccessProvider, // 快捷面板的前缀,这里的前缀就是 @ 符号 prefix: AbstractGotoSymbolQuickAccessProvider.PREFIX, contextKey: 'inFileSymbolsPicker', placeholder: localize( 'gotoSymbolQuickAccessPlaceholder', 'Type the name of a symbol to go to.' ), // 在命令面板中注册进入该 Quickaccess 面板的命令 helpEntries: [ { description: localize('gotoSymbolQuickAccess', 'Go to Symbol in Editor'), prefix: AbstractGotoSymbolQuickAccessProvider.PREFIX, needsEditor: true }, { description: localize( 'gotoSymbolByCategoryQuickAccess', 'Go to Symbol in Editor by Category' ), prefix: AbstractGotoSymbolQuickAccessProvider.PREFIX_BY_CATEGORY, needsEditor: true } ] })

以上是一些比较常见的 Registry,其他 Registry 可以通过搜索 Registry.add 找到。

contribution 的加载

不同运行环境 contribution 的加载

vscode 能够运行两类环境当中:

  1. 浏览器环境,典型的如 GitHub CodeSpaces
  2. 桌面环境,即大家日常使用的 VS Code

不同的环境中,部分功能的行为可能并不一致,甚至有些功能只在某一环境中提供,那么这些有差异的功能是如何进行加载的呢?

src/vs/workbench 目录下有这样几个文件:

这三个文件都会引入 contributions:

// common.main.ts //#region --- workbench contributions // Telemetry import 'vs/workbench/contrib/telemetry/browser/telemetry.contribution' // Preferences import 'vs/workbench/contrib/preferences/browser/preferences.contribution' import 'vs/workbench/contrib/preferences/browser/keybindingsEditorContribution' import 'vs/workbench/contrib/preferences/browser/preferencesSearch' // ...
// web.main.ts //#region --- workbench contributions // Output import 'vs/workbench/contrib/output/common/outputChannelModelService' // Explorer import 'vs/workbench/contrib/files/browser/files.web.contribution' // Performance import 'vs/workbench/contrib/performance/browser/performance.web.contribution' // ...
// sandbox.main.ts //#region --- workbench contributions // Logs import 'vs/workbench/contrib/logs/electron-sandbox/logs.contribution' // Localizations import 'vs/workbench/contrib/localizations/browser/localizations.contribution' // Explorer import 'vs/workbench/contrib/files/electron-sandbox/files.contribution' import 'vs/workbench/contrib/files/electron-sandbox/fileActions.contribution' // ...

所以,vscode 在不同环境加载不同功能的方法就是在不同环境的打包入口引入不同的功能文件。

一些 contribution 在实现的时候就是区分了 browser 和 electron-sandbox 的,例如 terminal 功能,在浏览器环境和 Electron 引入的文件就分别是 terminal.web.contribution 和 electron-sandbox/terminal.contribution 。

IWorkbenchContributionRegistry 的加载和初始化

在 workbench 启动的时候,会调用 IWorkbenchContributionsRegistrystart 方法,该方法会在 vscode 生命周期的各个阶段激活不同的 contribution。

class WorkbenchContributionsRegistry implements IWorkbenchContributionsRegistry { private instantiationService: IInstantiationService | undefined private lifecycleService: ILifecycleService | undefined private readonly toBeInstantiated = new Map< LifecyclePhase, IConstructorSignature<IWorkbenchContribution>[] >() registerWorkbenchContribution( ctor: IConstructorSignature<IWorkbenchContribution>, phase: LifecyclePhase = LifecyclePhase.Starting ): void { if ( this.instantiationService && this.lifecycleService && this.lifecycleService.phase >= phase ) { this.instantiationService.createInstance(ctor) } // Otherwise keep contributions by lifecycle phase else { let toBeInstantiated = this.toBeInstantiated.get(phase) if (!toBeInstantiated) { toBeInstantiated = [] this.toBeInstantiated.set(phase, toBeInstantiated) } toBeInstantiated.push( ctor as IConstructorSignature<IWorkbenchContribution> ) } } start(accessor: ServicesAccessor): void { const instantiationService = (this.instantiationService = accessor.get( IInstantiationService )) const lifecycleService = (this.lifecycleService = accessor.get(ILifecycleService)) ;[ LifecyclePhase.Starting, LifecyclePhase.Ready, LifecyclePhase.Restored, LifecyclePhase.Eventually ].forEach((phase) => { this.instantiateByPhase(instantiationService, lifecycleService, phase) }) } }

这里 vscode 做了一个性能优化,对于需要在 Eventually 阶段加载的功能,vscode 不会将它们立即初始化,而是利用 CPU 闲时分批将它们初始化。

class WorkbenchContributionsRegistry implements IWorkbenchContributionsRegistry { private doInstantiateByPhase( instantiationService: IInstantiationService, phase: LifecyclePhase ): void { const toBeInstantiated = this.toBeInstantiated.get(phase) if (toBeInstantiated) { this.toBeInstantiated.delete(phase) if (phase !== LifecyclePhase.Eventually) { // instantiate everything synchronously and blocking for (const ctor of toBeInstantiated) { this.safeCreateInstance(instantiationService, ctor) // catch error so that other contributions are still considered } } else { // for the Eventually-phase we instantiate contributions // only when idle. this might take a few idle-busy-cycles // but will finish within the timeouts let forcedTimeout = 3000 let i = 0 let instantiateSome = (idle: IdleDeadline) => { while (i < toBeInstantiated.length) { const ctor = toBeInstantiated[i++] this.safeCreateInstance(instantiationService, ctor) // catch error so that other contributions are still considered if (idle.timeRemaining() < 1) { // time is up -> reschedule runWhenIdle(instantiateSome, forcedTimeout) break } } } runWhenIdle(instantiateSome, forcedTimeout) } } } }

总结

这篇文章到这里就打住,简要介绍了 vscode 功能插件化的设计:

CC BY-NC 4.0 2025 © Evan HuRSS