第一篇: vscode源码分析【一】从源码运行vscode
第二篇:vscode源码分析【二】程序的启动逻辑,第一个窗口是如何创建的
第三篇:vscode源码分析【三】程序的启动逻辑,性能问题的追踪
第四篇:vscode源码分析【四】程序启动的逻辑,最初创建的服务
第五篇:vscode源码分析【五】事件分发机制
第六篇:vscode源码分析【六】服务实例化和单例的实现
第七篇:vscode源码分析【七】主进程启动消息通信服务
先复习一下!
在第一节中,我们提到:
app.ts(src\vs\code\electron-main\app.ts)的openFirstWindow方法中,
有个WindowsMainService

const windowsMainService = this.windowsMainService = accessor.get(IWindowsMainService); // TODO@Joao: unfold this
//...
windowsMainService.open({
			context,
			cli: args,
			forceNewWindow: args['new-window'] || (!hasCliArgs && args['unity-launch']),
			diffMode: args.diff,
			noRecentEntry,
			waitMarkerFileURI,
			initialStartup: true
		});

这个WindowsMainService
(接口文件:src\vs\platform\windows\electron-main\windows.ts)
(实例文件:src\vs\code\electron-main\windows.ts)
接口和实例的关系,是在这里做成的(407行):

services.set(IWindowsMainService, new SyncDescriptor(WindowsManager, [machineId, this.userEnv]));

实例的open方法最关键的一句话是:

const usedWindows = this.doOpen(openConfig, workspacesToOpen, foldersToOpen, emptyToRestore, emptyToOpen, fileInputs, foldersToAdd);

在doOpen方法里调用了:this.openInBrowserWindow,并把这个窗口保存到usedWindows里去了;
(如果已经有打开的窗口,那么就用现成的窗口打开新的内容)

usedWindows.push(this.openInBrowserWindow({
					userEnv: openConfig.userEnv,
					cli: openConfig.cli,
					initialStartup: openConfig.initialStartup,
					fileInputs: fileInputsForWindow,
					remoteAuthority,
					forceNewWindow: true,
					forceNewTabbedWindow: openConfig.forceNewTabbedWindow,
					emptyWindowBackupInfo
				}));

我们接下来去看看openInBrowserWindow做了什么
其中最关键的一句:

window = this.instantiationService.createInstance(CodeWindow, {
				state,
				extensionDevelopmentPath: configuration.extensionDevelopmentPath,
				isExtensionTestHost: !!configuration.extensionTestsPath
			});

CodeWindow的构造函数里,调用了createBrowserWindow方法,在这个方法里创建了我们的Electron的BrowserWindow
(src\vs\code\electron-main\window.ts)

this._win = new BrowserWindow(options);

好!窗口创建出来了,那么窗口中的内容呢?按道理来说应该加载一个页面用于展现UI的呀?
复习结束,下面是新的内容
我们接着去看openInBrowserWindow方法的后面的内容,发现有这么一句:

		if (window.isReady) {
			this.lifecycleService.unload(window, UnloadReason.LOAD).then(veto => {
				if (!veto) {
					this.doOpenInBrowserWindow(window!, configuration, options);
				}
			});
		} else {
			this.doOpenInBrowserWindow(window, configuration, options);
		}

在doOpenInBrowserWindow里,调用了

window.load(configuration);

OK!我们再回到CodeWindow的类型里去,看看load方法做了什么
我们看到了这一句:

this._win.loadURL(this.getUrl(configuration));

他们在getUrl方法里做了一堆跟URL一点关系也没有的事情
比如说:设置窗口的缩放级别,设置全屏、设置窗口ID之类的
做完这些无关的事情,有跳进了另一个函数:

let configUrl = this.doGetUrl(config);
return configUrl;

在这个doGetUrl里只有一句话:

return `${require.toUrl('vs/code/electron-browser/workbench/workbench.html')}?config=${encodeURIComponent(JSON.stringify(config))}`;

这个require.toUrl方法采用通用的模块ID路径转化规则,将模块ID字符解析成URL路径;
注意:file:///协议开头的URL路径;
至此,这个窗口总算显示出了一个画面!
这个页面body里并没有任何东西;只加载了一个js文件

<script src="workbench.js"></script>

后面我们再继续聊这个js文件的逻辑!

 

版权声明:本文为liulun原创文章,遵循 CC 4.0 BY-SA 版权协议,转载请附上原文出处链接和本声明。
本文链接:https://www.cnblogs.com/liulun/p/11058363.html