前言

关注核心实现请直接跳至 第四小节：执行流程。

本文中的命令仅适用于支持shell的系统，如Mac、乌班图及其他linux发行版。不适用于windows，如果想在windows下执行文章中的命令请使用git命令窗口(需安装git)或linux子系统(win10以下不支持)。

一、初始化工程

1、初始化工程目录

cd ~ && mkdir my-single-spa && cd "$_"

2、初始化npm环境

# 初始化package.json文件
npm init -y
# 安装dev依赖
npm install @babel/core @babel/plugin-syntax-dynamic-import @babel/preset-env rollup rollup-plugin-babel rollup-plugin-commonjs rollup-plugin-node-resolve rollup-plugin-serve -D

模块说明：

3、配置babel和rollup

创建babel.config.js

# 创建babel.config.js
touch babel.config.js

添加内容：

module.export = function (api) {
 // 缓存babel的配置
 api.cache(true); // 等同于api.cache.forever()
 return {
 presets: [
 ['@babel/preset-env', {module: false}]
 ],
 plugins: ['@babel/plugin-syntax-dynamic-import']
 };
};

创建rollup.config.js

# 创建rollup.config.js
touch rollup.config.js

添加内容：

import resolve from 'rollup-plugin-node-resolve';
import babel from 'rollup-plugin-babel';
import commonjs from 'rollup-plugin-commonjs';
import serve from 'rollup-plugin-serve';

export default {
 input: './src/my-single-spa.js',
 output: {
 file: './lib/umd/my-single-spa.js',
 format: 'umd',
 name: 'mySingleSpa',
 sourcemap: true
 },
 plugins: [
 resolve(),
 commonjs(),
 babel({exclude: 'node_modules/**'}),
 // 见下方的package.json文件script字段中的serve命令
 // 目的是只有执行serve命令时才启动这个插件
 process.env.SERVE ? serve({
 open: true,
 contentBase: '',
 openPage: '/toutrial/index.html',
 host: 'localhost',
 port: '10001'
 }) : null
 ]
}

4、在package.json中添加script和browserslist字段

{
 "script": {
 "build:dev": "rollup -c",
 "serve": "SERVE=true rollup -c -w"
 },
 "browserslist": [
 "ie >=11",
 "last 4 Safari major versions",
 "last 10 Chrome major versions",
 "last 10 Firefox major versions",
 "last 4 Edge major versions"
 ]
}

5、添加项目文件夹

mkdir -p src/applications src/lifecycles src/navigation src/services toutrial && touch src/my-single-spa.js && touch toutrial/index.html

到目前为止，整个项目的文件夹结构应该是：

.
├── babel.config.js
├── package-lock.json
├── package.json
├── rollup.config.js
├── node_modules
├── toutrial
| └── index.html
└── src
 ├── applications
 ├── lifecycles
 ├── my-single-spa.js
 ├── navigation
 └── services

到此，项目就已经初始化完毕了，接下来开始核心的内容，微前端框架的编写。

二、app相关概念

1、app要求

微前端的核心为app，微前端的场景主要是：将应用拆分为多个app加载，或将多个不同的应用当成app组合在一起加载。

为了更好的约束app和行为，要求每个app必须向外export完整的生命周期函数，使微前端框架可以更好地跟踪和控制它们。

// app1
export default {
 // app启动
 bootstrap: [() => Promise.resolve()],
 // app挂载
 mount: [() => Promise.resolve()],
 // app卸载
 unmount: [() => Promise.resolve()],
 // service更新，只有service才可用
 update: [() => Promise.resolve()]
}

生命周期函数共有4个：bootstrap、mount、unmount、update。 生命周期可以传入 返回Promise的函数也可以传入 返回Promise函数的数组。

2、app状态

为了更好的管理app，特地给app增加了状态，每个app共存在11个状态，其中每个状态的流转图如下：

状态说明（app和service在下表统称为app）：

load、mount、unmount条件 判断需要被加载(load)的App：

判断需要被挂载(mount)的App：

判断需要被卸载(unmount)的App：

3、app生命周期函数和超时的处理

app的生命周期函数何以传入数组或函数，但是它们都必须返回一个Promise，为了方便处理，所以我们会判断：如果传入的不是Array，就会用数组将传入的函数包裹起来。

export function smellLikeAPromise(promise) {
 if (promise instanceof Promise) {
 return true;
 }
 return typeof promise === 'object' && promise.then === 'function' && promise.catch === 'function';
}

export function flattenLifecyclesArray(lifecycles, description) {
 if (Array.isArray(lifecycles)) {
 lifecycles = [lifecycles]
 }
 if (lifecycles.length === 0) {
 lifecycles = [() => Promise.resolve()];
 }
 // 处理lifecycles
 return props => new Promise((resolve, reject) => {
 waitForPromise(0);

 function waitForPromise(index) {
 let fn = lifecycles[index](props);
 if (!smellLikeAPromise(fn)) {
 reject(`${description} at index ${index} did not return a promise`);
 return;
 }
 fn.then(() => {
 if (index >= lifecycles.length - 1) {
 resolve();
 } else {
 waitForPromise(++index);
 }
 }).catch(reject);
 }
 });
}

// 示例
app.bootstrap = [
 () => Promise.resolve(),
 () => Promise.resolve(),
 () => Promise.resolve()
];
app.bootstrap = flattenLifecyclesArray(app.bootstrap);

具体的流程如下图所示：

思考：如果用reduce的话怎么写？有什么需要注意的问题么？

为了app的可用性，我们还讲给每个app的生命周期函数增加超时的处理。

// flattenedLifecyclesPromise为经过上一步flatten处理过的生命周期函数
export function reasonableTime(flattenedLifecyclesPromise, description, timeout) {
 return new Promise((resolve, reject) => {
 let finished = false;
 flattenedLifecyclesPromise.then((data) => {
 finished = true;
 resolve(data)
 }).catch(e => {
 finished = true;
 reject(e);
 });

 setTimeout(() => {
 if (finished) {
 return;
 }
 let error = `${description} did not resolve or reject for ${timeout.milliseconds} milliseconds`;
 if (timeout.rejectWhenTimeout) {
 reject(new Error(error));
 } else {
 console.log(`${error} but still waiting for fulfilled or unfulfilled`);
 }
 }, timeout.milliseconds);
 });
}

// 示例
reasonableTime(app.bootstrap(props), 'app bootstraping', {rejectWhenTimeout: false, milliseconds: 3000})
 .then(() => {
 console.log('app 启动成功了');
 console.log(app.status === 'NOT_MOUNTED'); // => true
 })
 .catch(e => {
 console.error(e);
 console.log('app启动失败');
 console.log(app.status === 'SKIP_BECAUSE_BROKEN'); // => true
 });

三、路由拦截

微前端中app分为两种：一种是根据Location进行变化的，称之为app。另一种是纯功能(Feature)级别的，称之为service。

如果要实现随Location的变化动态进行mount和unmount那些符合条件的app，我们就需要对浏览器的Location相关操作做统一的拦截。另外，为了在使用Vue、React等视图框架时降低冲突，我们需要保证微前端必须是第一个处理Location的相关事件，然后才是Vue或React等框架的Router处理。

为什么Location改变时，微前端框架一定要第一个执行相关操作哪？如何保证"第一个"？

因为微前端框架要根据Location来对app进行mount或unmount操作。然后app内部使用的Vue或React才开始真正进行后续工作，这样可以最大程度减少app内部Vue或React的无用（冗余）操作。

对原生的Location相关事件进行拦截（hijack），统一由微前端框架进行控制，这样就可以保证总是第一个执行。

const HIJACK_EVENTS_NAME = /^(hashchange|popstate)$/i;
const EVENTS_POOL = {
 hashchange: [],
 popstate: []
};

function reroute() {
 // invoke主要用来load、mount、unmout满足条件的app
 // 具体条件请看文章上方app状态小节中的"load、mount、unmount条件"
 invoke([], arguments)
}

window.addEventListener('hashchange', reroute);
window.addEventListener('popstate', reroute);

const originalAddEventListener = window.addEventListener;
const originalRemoveEventListener = window.removeEventListener;
window.addEventListener = function (eventName, handler) {
 if (eventName && HIJACK_EVENTS_NAME.test(eventName) && typeof handler === 'function') {
 EVENTS_POOL[eventName].indexOf(handler) === -1 && EVENTS_POOL[eventName].push(handler);
 }
 return originalAddEventListener.apply(this, arguments);
};
window.removeEventListener = function (eventName, handler) {
 if (eventName && HIJACK_EVENTS_NAME.test(eventName)) {
 let eventsList = EVENTS_POOL[eventName];
 eventsList.indexOf(handler) > -1 && (EVENTS_POOL[eventName] = eventsList.filter(fn => fn !== handler));
 }
 return originalRemoveEventListener.apply(this, arguments);
};

function mockPopStateEvent(state) {
 return new PopStateEvent('popstate', {state});
}

// 拦截history的方法，因为pushState和replaceState方法并不会触发onpopstate事件，所以我们即便在onpopstate时执行了reroute方法，也要在这里执行下reroute方法。
const originalPushState = window.history.pushState;
const originalReplaceState = window.history.replaceState;
window.history.pushState = function (state, title, url) {
 let result = originalPushState.apply(this, arguments);
 reroute(mockPopStateEvent(state));
 return result;
};
window.history.replaceState = function (state, title, url) {
 let result = originalReplaceState.apply(this, arguments);
 reroute(mockPopStateEvent(state));
 return result;
};

// 再执行完load、mount、unmout操作后，执行此函数，就可以保证微前端的逻辑总是第一个执行。然后App中的Vue或React相关Router就可以收到Location的事件了。
export function callCapturedEvents(eventArgs) {
 if (!eventArgs) {
 return;
 }
 if (!Array.isArray(eventArgs)) {
 eventArgs = [eventArgs];
 }
 let name = eventArgs[0].type;
 if (!HIJACK_EVENTS_NAME.test(name)) {
 return;
 }
 EVENTS_POOL[name].forEach(handler => handler.apply(window, eventArgs));
}

四、执行流程（核心）

整个微前端框架的执行顺序和js事件循环相似，大体执行流程如下：

触发时机

整个系统的触发时机分为两类：

修改队列(changesQueue)

每通过触发时机进行一次触发操作，都会被存放到changesQueue队列中，它就像事件循环的事件队列一样，静静地等待被处理。如果changesQueue为空，则停止循环直至下一次触发时机到来。

和js事件循环队列不同的是，changesQueue是当前循环内的所有修改(changes)会绑成一批（batch）同时执行，而js事件循环是一个一个地执行。

"事件"循环

在每一次循环的开始阶段，会先判断整个微前端的框架是否已经启动。

未启动： 根据规则（见上文的『判断需要被加载(load)的App』）加载需要被加载的app，加载完成之后调用内部的finish方法。

已启动： 根据规则获取当前因为不满足条件而需要被卸载(unmount)的app、需要被加载(load)的app以及需要被挂载(mount)的app，将load和mount的app先合并在一起进行去重，等unmout完成之后再统一进行mount。然后再等到mount执行完成之后就会调用内部的finish方法。

可以通过调用mySingleSpa.start()来启动微前端框架。

通过上文我们可以发现不管是当前的微前端框架的状态是未启动或已启动，最终都会调用内部的finish方法。其实，finish方法的内部很简单，判断当前的changesQueue是否为空，如果不为空则重新启动下一次循环，如果为空则终止终止循环，退出整个流程。

function finish() {
 // 获取成功mount的app
 let resolveValue = getMountedApps();
 
 // pendings是上一次循环进行时存储的一批changesQueue的别名
 // 其实就是下方调用invoke方法的backup变量
 if (pendings) {
 pendings.forEach(item => item.success(resolveValue));
 }
 // 标记循环已结束
 loadAppsUnderway = false;
 // 发现changesQueue的长度不为0
 if (pendingPromises.length) {
 const backup = pendingPromises;
 pendingPromises = [];
 // 将『修改队列』传入invoke方法，并开启下一次循环
 return invoke(backup);
 }
 
 // changesQueue为空，终止循环，返回已mount的app
 return resolveValue;
}

location事件

另外在每次循环终止时都会将已拦截的location事件进行触发，这样就可以保证上文说的微前端框架的location触发时机总是首先被执行，而Vue或React的Router总是在后面执行。

最后

关于微前端框架仓库地址如何获取，首先关注我，并且私信我回复“教程”即可免费获取！

如果你觉得本文对有帮助，记得点赞+转发 分享给他人，看完不点赞的都是（流氓 /(ㄒoㄒ)/~~

对于本文你有其他的见解或想法欢迎评论区留言，谢谢！