React Router 源码简单分析
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
/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").%ses 目录下的 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 组件,实际上就是调用 history 中的 createBrowserHistory 方法,创建了一个 history 对象。
history 中有一个 createTransitionManager 文件,内部实现了一个观察者模式:
当本身 history 对象触发 popState 事件,或者调用 history.replace 或者 history.push 方法时,会触发 notifyListeners 通知所有的观察者。
而 react-router 中的 Router 组件其实就是观察者。它内部有个 location 的 state,并且 订阅了 history 的变化:
当 history 发生变化时,会改变这个 location 的 state。这个 state 又作为 RouterContext.Provider 的值会继续传下去。
作为真正的 Route 组件(渲染组件),内部判断 RouterContext 传下来的 location 值,和自身的的 Path ( 如 <Route path="/" ) 是否匹配,如果匹配则渲染 children。
以上代码可以看出,支持多种 children 的写法。分别对应 Route 组件的 component 参数,render 参数和 children 参数的写法。
3. 分析 HashRouter
对于 BrowserRouter,其实只是将 createBrowserHistory 换成了 createHashHistory, 所以最终逻辑的区别是在 history 这个 npm 包里。
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 组件。注意 popState 事件在调用 history.pushState() 和 history.replaceState() 时不会执行,而只会在调用 history.back(), history.go(),history.forward() 时会执行(当点击浏览器回退按钮时,实际上相当于调用 history.back(),因此也会触发 popState 事件)。参考: popstate MDN:https://developer.mozilla.org/en-US/docs/Web/API/Window/popstate_event
对于 hash 模式,主要是监听 hashChange 事件,
来得到最新的路由信息(同上),通过 setState 通知到 Route 组件。
Last updated
Was this helpful?