1. 分析React Router 打包
当前分析版本为 v5.2.0,最新 commit 为:https://github.com/ReactTraining/react-router/tree/21a62e55c0d6196002bd4ab5b3350514976928cfarrow-up-right
项目使用 lerna 管理,在根目录上执行 yarn 可以安装项目的依赖。继续在根目录执行 yarn build 会进入 reaact-router, react-router-dom 等目录进行打包,打包工具是 rollup,会打包出 esm, cjs, umd 等结果。
react-router-dom 的一个目录结构:https://github.com/ReactTraining/react-router/tree/21a62e55c0d6196002bd4ab5b3350514976928cf/packages/react-router-domarrow-up-right
Copy / Users / songjp / fe / mime / react - router / packages / react - router - dom
├── BrowserRouter . js
├── HashRouter . js
├── Link . js
├── MemoryRouter . js
├── NavLink . js
├── Prompt . js
├── README . md
├── Redirect . js
├── Route . js
├── Router . js
├── StaticRouter . js
├── Switch . js
├── es
| ├── BrowserRouter . js
| ├── HashRouter . js
| ├── Link . js
| ├── MemoryRouter . js
| ├── NavLink . js
| ├── Prompt . js
| ├── Redirect . js
| ├── Route . js
| ├── Router . js
| ├── StaticRouter . js
| ├── Switch . js
| ├── generatePath . js
| ├── matchPath . js
| ├── warnAboutDeprecatedESMImport . js
| └── withRouter . js
├── generatePath . js
├── index . js
├── jest . config . js
├── matchPath . js
├── modules
| ├── BrowserRouter . js
| ├── HashRouter . js
| ├── Link . js
| ├── NavLink . js
| ├── index . js
| └── utils
├── package . json
├── rollup . config . js
├── warnAboutDeprecatedCJSRequire . js
└── withRouter . js 可能你会有疑惑:
为什么根目录下有 BrowserRouter.js, 同时有 es/BrowserRouter.js 以及 modules/BrowserRouter.js ?
为什么根目录下有 Router.js,有 es/Router.js, 但是没有 modules/Router.js
直接说结论:
rollup 的打包都是根据 modules/index.js 进行打包的, 即源码是在 modules 目录里
react-router-dom 的源码是在 modules 目录,主要有 BrowserRouter,HashRouter, Link, NavLink 组件,至于 Router 组件,Switch 组件等,实际上是在 react-routerarrow-up-right 这个仓库中。
至于根目录下的 BrowserRouter.js 主要是为了兼容 require("react-router-dom/%s") 的引用方式,而实际上更应该使用 require("react-router-dom").%s
es 目录下的 BrowserRouter.js 主要是为了兼容 import %s from "react-router-dom/es/%s 这样的引用方式,而实际上,更建议使用 import { %s } from "react-router-dom" 的引用方式
即 关注 modules 目录即可,es 目录下的文件以及根目录下的文件都是为了兼容一些组件引用方式 。
2. 分析 BrowserRouter
正常我们使用 react-router-dom 是这样的:
我们先看 BrowserRouter 组件。
BrowserRouter 组件,实际上就是调用 historyarrow-up-right 中的 createBrowserHistoryarrow-up-right 方法,创建了一个 history 对象。
history 中有一个 createTransitionManager 文件,内部实现了一个观察者模式arrow-up-right :
当本身 history 对象触发 popState 事件,或者调用 history.replace 或者 history.push 方法时,会触发 notifyListeners 通知所有的观察者。
而 react-router 中的 Router 组件arrow-up-right 其实就是观察者 。它内部有个 location 的 state,并且 订阅了 history 的变化arrow-up-right :
当 history 发生变化时,会改变这个 location 的 state。这个 state 又作为 RouterContext.Provider 的值会继续传下去。
作为真正的 Route 组件arrow-up-right (渲染组件),内部判断 RouterContext 传下来的 location 值,和自身的的 Path ( 如 <Route path="/" ) 是否匹配,如果匹配则渲染 children。
判断是否匹配: arrow-up-right
匹配则渲染 children arrow-up-right :
以上代码可以看出,支持多种 children 的写法。分别对应 Route 组件的 component 参数,render 参数和 children 参数的写法。
3. 分析 HashRouter
对于 BrowserRouter,其实只是将 createBrowserHistory 换成了 createHashHistoryarrow-up-right , 所以最终逻辑的区别是在 historyarrow-up-right 这个 npm 包里。
HashRouter 与 BrowserRouter 的共同点:
当我们点击 Link 组件进行跳转时,都是调用它们( BrowserRouter 或者 HashRouter ) 内部的 push 方法进行 url 的变更。对于 history 模式是通过 history.pushState, 对于 hash 模式是直接更改 window.location.hash。
在各自的 push 方法中,都会调用内部的 setState 方法,这个方法会将最新的路由信息,通知到各个底层的 Route 组件,各个 Route 组件,通过和最新的路由信息做 match,来判断自己是不是需要进行展示。
HashRouter 与 BrowserRouter 的不同点: