1. 分析React Router 打包
当前分析版本为 v5.2.0,最新 commit 为:https://github.com/ReactTraining/react-router/tree/21a62e55c0d6196002bd4ab5b3350514976928cf
项目使用 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-dom
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-router 这个仓库中。
至于根目录下的 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 是这样的:
Copy import {
BrowserRouter as Router ,
Switch ,
Route ,
Link
} from "./react-router-dom" ;
< Router >
< Link to = "/" >Home</ Link >
< Link to = "/about" >About</ Link >
< Link to = "/users" >Users</ Link >
< Switch >
< Route path = "/about" >
< About />
</ Route >
< Route path = "/users" >
< Users />
</ Route >
< Route path = "/" >
< Home />
</ Route >
</ Switch >
</ Router >
我们先看 BrowserRouter 组件。
Copy // react-router-dom/BrowserRouter.js
import { createBrowserHistory as createHistory } from "history" ;
class BrowserRouter extends React . Component {
history = createHistory ( this .props);
render () {
return < Router history = { this .history} children = { this . props .children} />;
}
}
BrowserRouter 组件,实际上就是调用 history 中的 createBrowserHistory 方法,创建了一个 history 对象。
history 中有一个 createTransitionManager 文件,内部实现了一个观察者模式 :
Copy // history/createTransitionManager.js
let listeners = []
const appendListener = (fn) => {
let isActive = true
const listener = ( ... args) => {
if (isActive)
fn ( ... args)
}
listeners .push (listener)
return () => {
isActive = false
listeners = listeners .filter (item => item !== listener)
}
}
const notifyListeners = ( ... args) => {
listeners .forEach (listener => listener ( ... args))
}
当本身 history 对象触发 popState 事件,或者调用 history.replace 或者 history.push 方法时,会触发 notifyListeners 通知所有的观察者。
而 react-router 中的 Router 组件 其实就是观察者 。它内部有个 location 的 state,并且 订阅了 history 的变化 :
Copy // react-router/Router.js
if ( ! props .staticContext) {
this .unlisten = props . history .listen (location => {
if ( this ._isMounted) {
this .setState ({ location });
} else {
this ._pendingLocation = location;
}
});
}
当 history 发生变化时,会改变这个 location 的 state。这个 state 又作为 RouterContext.Provider 的值会继续传下去。
Copy // react-router/Router.js
< RouterContext.Provider
value = {{
history : this . props .history ,
location : this . state .location ,
match : Router .computeRootMatch ( this . state . location .pathname) ,
staticContext : this . props .staticContext
}}
>
< HistoryContext.Provider
children = { this . props .children || null }
value = { this . props .history}
/>
</ RouterContext.Provider >
作为真正的 Route 组件 (渲染组件),内部判断 RouterContext 传下来的 location 值,和自身的的 Path ( 如 <Route path="/"
) 是否匹配,如果匹配则渲染 children。
判断是否匹配:
Copy // react-router/Route.js
const match = this . props .computedMatch
? this . props .computedMatch // <Switch> already computed the match for us
: this . props .path
? matchPath ( location .pathname , this .props)
: context .match;
匹配则渲染 children :
Copy // react-router/Route.js
< RouterContext.Provider value = {props}>
{ props .match
? children
? typeof children === "function"
? __DEV__
? evalChildrenDev (children , props , this . props .path)
: children (props)
: children
: component
? React .createElement (component , props)
: render
? render (props)
: null
: typeof children === "function"
? __DEV__
? evalChildrenDev (children , props , this . props .path)
: children (props)
: null }
</ RouterContext.Provider >
以上代码可以看出,支持多种 children 的写法。分别对应 Route 组件的 component 参数,render 参数和 children 参数的写法。
3. 分析 HashRouter
对于 BrowserRouter,其实只是将 createBrowserHistory 换成了 createHashHistory , 所以最终逻辑的区别是在 history 这个 npm 包里。
Copy // react-router-dom/HashRouter.js
import React from "react" ;
import { createHashHistory as createHistory } from "history" ;
class HashRouter extends React . Component {
history = createHistory ( this .props);
render () {
return < Router history = { this .history} children = { this . props .children} />;
}
}
export default HashRouter;
HashRouter 与 BrowserRouter 的共同点:
当我们点击 Link 组件进行跳转时,都是调用它们( BrowserRouter 或者 HashRouter ) 内部的 push 方法进行 url 的变更。对于 history 模式是通过 history.pushState, 对于 hash 模式是直接更改 window.location.hash。
在各自的 push 方法中,都会调用内部的 setState 方法,这个方法会将最新的路由信息,通知到各个底层的 Route 组件,各个 Route 组件,通过和最新的路由信息做 match,来判断自己是不是需要进行展示。
HashRouter 与 BrowserRouter 的不同点:
当进行路由的回退/前进 时:
history 模式主要是监听 popState 事件 ,来得到最新的路由信息 (不对,实际上在触发 popState 的时候,url 已经变化了,此时将 url 信息传递到 Route 就行),再通过 setState 通知到 Route 组件。