• 软件:1159
  • 资讯:38676|
  • 收录网站:95940|

IT精英团

react-router v4 源码分析

react-router v4 源码分析

浏览次数:
评论次数:
编辑: mob604756fdc4e1
信息来源: 51CTO博客
更新日期: 2021-05-13 16:03:47
摘要

react-router v4 源码分析,mob604756fdc4e1的博客原创的Java文章。

  • 资讯详情

在最近接的一些新项目中都有用到 react-router,每次都是照着老工程抄过来,碰到问题也都是试来试去浪费过多的时间,因此有必要了解一下其工作原理来提高工作效率。

1 阅读前注意

React16.3 对 Context 已经正式支持,并提供了全新的API(https://reactjs.org/docs/context.html),react-router 从 18 年 1 月 29 日开始了 Context 相关代码的逐步升级(https://github.com/ReactTraining/react-router/pull/5908),安装时可通过 npm install react-router@next 获取到最新非正式版。

本文中所引用的代码来自 react-router@4.3.1 目前最新的正式版本,使用的还是老的实验版 Context API,与 next 版可能存在些许不同,请注意。

2 什么是 react-router

react-router v4 是一个使用纯 react 实现的路由解决方案,可以理解为是对 history 库的 react 封装,v4 与其之前的版本在设计方式和理念上有较大的差别,为重写库。

react-router 包含有两个具体实现,react-router-dom 和 react-router-native,他们在核心库的基础上提供了自己平台的专属组件和函数。因日常开发主要围绕 touch 端展开,所以本次源码分析内容以 react-router-dom 为主。

2.1 history

在开始源码分析前,需要先了解一些基本概念。

history 这个概念来自浏览器的 history(历史记录),可以对用户所访问的页面按时间顺序进行记录和保存. 这就不得不提一下 history 库,history 库借鉴了浏览器 history 的概念,对其进行封装或实现,使得开发者可以在任何js运行环境中实现历史会话操作,react-router 使用 history 库对其路由状态进行监听和管理,使得他能在非浏览器环境下运行。

history 库提供了三种路由的实现方式,browser history,hash history 和 memory history,无论使用的是哪一种,其所创建出来的 history 对象都包含以下属性和方法。

 {    length, // 历史堆栈高度    action, // 当前导航动作有pushpopreplace三种    location: {      pathname, // 当前url      search, // queryString      hash, // url hash    },    push(path[state]), // 将一个新的历史推入堆栈 (可以理解为正常跳转)    replace(path[state]), // 替换当前栈区的内容 (可以理解为重定向)    go(number), // 移动堆栈指针    goBack(number), // 返回上一历史堆栈指针 -1    goForward(number), // 前进到下一历史堆栈指针 +1    block(string | (location, action) => {}) // 监听并阻止路由变化  }

3 构成

以下为 react-router 和 react-router-dom 的项目结构对比:

react-router               react-router-dom├── README.md              ├── README.md├── modules                ├── modules│   ├── MemoryRouter.js    │   ├── BrowserRouter.js│   ├── Prompt.js          │   ├── HashRouter.js│   ├── Redirect.js        │   ├── Link.js│   ├── Route.js           │   ├── MemoryRouter.js│   ├── Router.js          │   ├── NavLink.js│   ├── StaticRouter.js    │   ├── Prompt.js│   ├── Switch.js          │   ├── Redirect.js│   ├── generatePath.js    │   ├── Route.js│   ├── index.js           │   ├── Router.js│   ├── matchPath.js       │   ├── StaticRouter.js│   └── withRouter.js      │   ├── Switch.js├── package-lock.json      │   ├── generatePath.j├── package.json           │   ├── index.js├── rollup.config.js       │   ├── matchPath.js└── tools                  │   └── withRouter.js    ├── babel-preset.js    ├── package-lock.json    └── build.js           ├── package.json                           ├── rollup.config.js                           └── tools                               ├── babel-preset.js                               └── build.js

可以发现有很多相同的组件,事实上 react-router-dom 中的同名组件就是从 react-router 核心库中 re-export 的,所以可以从这些共用的核心组件开始分析。

4 <Router />

Router 组件是所有路由组件的父级组件,为子组件提供当前路由状态并监听路由改变并触发重新渲染。

4.1 props

Router 组件接受一个必要属性 history,不同的平台有自己的 history 实现。

4.2 源码分析

Router 组件设置了一个 context,以供所有子组件能获取到路由状态,可以看到设置 context.router 的时候继承了 this.context.router 的所有属性,具体原因在这里(https://github.com/ReactTraining/react-router/issues/4650),其实是因为与其他第三方库的 context 重名了。

getChildContext() {    return {      router: {        ...this.context.router,        history: this.props.history, // history 库生成的 history 对象        route: {          location: this.props.history.location,          match: this.state.match        }      }    };  }

组件拥有一个名为 match 的 state,用来表示当前路由是否匹配(match),match 由 computeMatch() 函数计算得出,这个函数在 Route 组件中也会出现,作用相同,Router 中为默认值,设置其默认值的原因会在后文讲到。

 state = {    match: this.computeMatch(this.props.history.location.pathname)  };  computeMatch(pathname) {    return {      path: "/",      url: "/",      params: {},      isExact: pathname === "/"    };  }

传入的 history,在生命周期函数 componentWillMount() 中设置了监听,当路由发生变化的时候重新设置 match 状态,因 react 的运行机制,父组件的 state 发生改变时,如果设置了 context,会调用 getChildContext() 重新计算 context,并重新渲染。

将监听放置在 componentWillMount() 中是为了适配服务器渲染,因为 componentWillMount() 会在服务器端执行而 componentDidMount() 不会,所以 Redirect 组件在重定向时所改变的状态会在服务器端渲染时得到响应,如源码中的注释所说。有关 Redirect 组件的内容将会在后文提到。

componentWillMount() {    const { children, history } = this.props;    // Do this here so we can setState when a <Redirect> changes the    // location in componentWillMount. This happens e.g. when doing    // server rendering using a <StaticRouter>.    this.unlisten = history.listen(() => {      this.setState({        match: this.computeMatch(history.location.pathname)      });    });  }  componentWillUnmount() {    this.unlisten();  }

Router 组件只允许其拥有一个子元素,具体原因(https://github.com/ReactTraining/react-router/issues/5706),以下为中文解释:

Router 组件经常会被作为顶级组件放到 ReactDOM.render() 里,像是这样:

ReactDOM.render(  <Router>    <div />    <div />  </Router>)

但是其实 Router 并没有创建任何 DOM 节点,所以等价于这样:

ReactDOM.render(  <div />  <div />)

这种写法是不被 React 允许的。

5 <Route />

路由组件,设置并根据当前路由来判断是否渲染内容。

5.1 props

path :路由匹配参数;

exact strict sencitive :path 的三种匹配模式;

component render children :Route 组件提供的三种子组件渲染方式,具体区别会在后文提到。

5.2 源码分析

当初始化或是路由发生改变的时候,会调用 computedMatch() 方法来计算设置的 path 是否匹配当前路由。

由上文可知,当路由状态改变时,context 会被重新计算. 此时会造成子组件的重新渲染。与 props 类似,context 在改变时,生命周期函数 componentWillReceiveProps() 也会被触发,使得其 state.match 被重新计算。

与 Router 组件相同,this.state.match 依靠 this.computeMatch() 方法重新计算当前 url 是否匹配当前 Route 设置的路由。

Route 组件如果被 Switch 组件包裹,Switch 组件会为其计算好 match 信息并通过属性的形式传入,所以 this.computeMatch() 在第一步会判断是否存在 computedMatch 属性以免重复计算,有关 computedMatch 的计算方式会在后文组件源码分析部分提到。

在默认情况下,Route 组件会选取当前 history location 与 path 做匹配,但也同时支持使用自定义 location,官方文档中提供了一个使用过渡动画的例子(https://reacttraining.com/react-router/web/example/animated-transitions)来描述该应用场景。

computeMatch(  { computedMatch, location, path, strict, exact, sensitive },  router) {  if (computedMatch) return computedMatch; // <Switch> already computed the match for us  const { route } = router;  // 如果设置了location属性优先使用  const pathname = (location || route.location).pathname;  return matchPath(pathname, { path, strict, exact, sensitive }, route.match);}state = {  match: this.computeMatch(this.props, this.context.router)};componentWillReceiveProps(nextProps, nextContext) {  this.setState({    match: this.computeMatch(nextProps, nextContext.router)  });}
5.2.1 matchPath()

computeMath() 在对数据简单转换后,会调用 matchPath.js 文件中的 matchPath() 方法进行路由匹配计算。

const matchPath = (pathname, options = {}, parent) => {  if (typeof options === "string") options = { path: options };  const { path, exact = false, strict = false, sensitive = false } = options;  // 当没有path参数的时候采用context.router也就是父级元素的路由信息  if (path == null) return parent;  const { re, keys } = compilePath(path, { end: exact, strict, sensitive });  const match = re.exec(pathname);  if (!match) return null;  const [url, ...values] = match;  const isExact = pathname === url;  if (exact && !isExact) return null;  // 匹配成功  return {    path,    url: path === "/" && url === "" ? "/" : url, // 待匹配url也就是当前pathname    isExact, // 是否完全匹配    params: keys.reduce((memo, key, index) => {      memo[key.name] = values[index];      return memo;    }, {})  };};

compilePath() 方法调用 path-to-regexp 库,将 path 转换为正则表达式方便匹配,并根据匹配模式建立缓存。

const patternCache = {};const cacheLimit = 10000;let cacheCount = 0;const compilePath = (pattern, options) => {// 根据正则的生成条件分类建立缓存  const cacheKey = `${options.end}${options.strict}${options.sensitive}`;  const cache = patternCache[cacheKey] || (patternCache[cacheKey] = {});// 如果当前生成条件下已存在生成好的匹配用正则则直接使用不再耗时重复生成  if (cache[pattern]) return cache[pattern];// 正则计算过程  const keys = []; // 用于储存在path中匹配出来的key   const re = pathToRegexp(pattern, keys, options);  const compiledPattern = { re, keys }; // 返回正则和匹配出来的路由参数// 如果缓存数量到达上限(10000)则之后的新正则都不再缓存重新生成  if (cacheCount < cacheLimit) {    cache[pattern] = compiledPattern;    cacheCount++;  }  return compiledPattern;};

生成的缓存为如下结构(举例):

{    falsefalsefalse: {      '/routeOne': { re, keys },      '/routeThree': { re, keys },      '/routeTwo': { re, keys }    },    truefalsefalse: {      '/': { re, keys },    },    ...}
5.2.2 关于 path-to-regexp 库

pathToRegExp 提供了四种不同的正则生成方式:

  1. sensitive:大小写敏感模式,如 /api 和 /Api 不匹配。

  2. strict:严格模式,在确切匹配的基础上,区分 path 结尾的分隔符,如:/api 和 /api/ 不匹配。

  3. end:匹配到尾模式:匹配到 path 字符串结尾,默认为 true 如当 start 为默认值时:/api 和 /api/userName 不匹配。

  4. start:从头匹配模式:从 path 字符串的头部开始匹配,默认为 true。

react-router 选用了其中前三种匹配方式,并将 end 更名为 exact。

匹配正则的具体使用方法举例如下:

var keys = []// 生成正则var re = pathToRegexp('/foo/:bar', keys)// re = /^\/foo\/([^\/]+?)\/?$/i// keys = [{ name: 'bar', prefix: '/', delimiter: '/', optional: false, repeat: false, pattern: '[^\\/]+?' }]// 使用正则var match = re.exec('/foo/aaa');// match = ['/foo/aaa', 'aaa']

正则被调用后,从返回数组的 1 号元素开始是匹配出的参数的值,computeMath() 更进一步,将其拼接为 key: value 的形式,挂载在返回值的 params 属性下。

5.2.3 子元素渲染方式

Route 组件支持三种子元素渲染方式,component render children 三个属性,如果存在,则优先匹配,并且都传入 { match, location, history, staticContext } 路由信息。

render() {  const { match } = this.state;  const { children, component, render } = this.props;  const { history, route, staticContext } = this.context.router;  const location = this.props.location || route.location;  const props = { match, location, history, staticContext };  // 如果存在则优先匹配  // 传入类型为ReactElement  if (component) return match ? React.createElement(component, props) : null;  // 传入类型  if (render) return match ? render(props) : null;  if (typeof children === "function") return children(props);  if (children && !isEmptyChildren(children))    return React.Children.only(children);  return null;}

component 和 render 属性会根据是否匹配 path 来判断是否渲染。children 则较为特殊,无论当前路由是否匹配,都会渲染传入的内容,较为自由,让开发者自己判断要显示的内容,react-router-dom 中的 NavLink 组件就是一个很好的应用例子。

6 <Switch />

功能十分简单,只渲染匹配成功的第一个路由组件。

包裹 Route 组件,同样调用 matchPath() 方法,代理 Route 组件计算是否 match,因源码十分简单,不做过多解析。

render() {    const { route } = this.context.router;    const { children } = this.props;    const location = this.props.location || route.location;    let matchchild;    React.Children.forEach(children, element => {      // match一旦被赋值说明已出现匹配成功的Route组件后面的直接跳过      if (match == null && React.isValidElement(element)) {        const {          path: pathProp,          exact,          strict,          sensitive,          from // Redirect的属性后面会提到        } = element.props;        const path = pathProp || from;        child = element;        // 计算是否匹配        match = matchPath(          location.pathname,          { path, exact, strict, sensitive },          route.match        );      }    });    return match      // 使用cloneElement为child添加新属性      ? React.cloneElement(child, { location, computedMatch: match })      : null;  }

7 <Redirect />

重定向组件,相当于 history 的 push 或是 replace 方法的组件化封装。

7.1 props

当属性 push 为 true 时,路由切换方式改为跳转而非重定向。

7.2 源码分析

调用 isStatic() 方法可以得知当前是否处在服务器渲染模式下,如在在此模式下,便在 componentWillMount 生命周期函数执行时进行路由跳转,否则在 componentDidMount 时跳转。

isStatic() {    // 只有服务器渲染模式下 staticContext 有值    return this.context.router && this.context.router.staticContext;  }  componentWillMount() {    if (this.isStatic()) this.perform();  }  componentDidMount() {    if (!this.isStatic()) this.perform();  }

当出现如下情况时(https://github.com/ReactTraining/react-router/issues/5003),需要组件更新后重新判断是否跳转:

某一 Route 组件匹配成功并开始渲染内容,其子组件中包含一个 Redirect 组件并开始执行重定向,但由于重定向地址和当前地址相同,所以只是重新渲染,这时即使再更新子组件的状态也不会重定向了,除非重新创建 Redirect 组件。

以下代码便是为这种情况服务的:

componentDidUpdate(prevProps) {    const prevTo = createLocation(prevProps.to);    const nextTo = createLocation(this.props.to);    if (locationsAreEqual(prevTo, nextTo)) {      warning(        false,        `You tried to redirect to the same route you're currently on: ` +          `"${nextTo.pathname}${nextTo.search}"`      );      return;    }    this.perform();  }

perform() 用来进行重定向操作,其调用 computeTo() 来计算重定向的 url,跳转的时候分为两种情况,如果有 computedMatch 的话说明有需要传递的参数,则在计算后返回 url,否则直接返回。

例如:当前 location.pathname="/user/123",所以某 path="/user/:id" 的 Route 组件匹配成功,其包含一个 Redirect 子组件 to="/id/:id",则在重定向后地址为 "/id/123"。

具体应用场景:

<Switch>  <Redirect from='/users/:id' to='/users/profile/:id'/>  <Route path='/users/profile/:id' component={Profile}/></Switch>


computeTo({ computedMatch, to }) {    if (computedMatch) {      if (typeof to === "string") {        return generatePath(to, computedMatch.params);      } else {        return {          ...to,          pathname: generatePath(to.pathname, computedMatch.params)        };      }    }    return to;  }
7.2.1 generatePath()

用于生成跳转用 url 的方法,与 matchPath 方法类似,是其逆操作,同样为了提高响应速度使用了缓存。

核心逻辑为调用 path-to-regexp 的 compile() 方法。

const patternCache = {};const cacheLimit = 10000;let cacheCount = 0;const compileGenerator = pattern => {// 使用待匹配url作为cache key  const cacheKey = pattern;  const cache = patternCache[cacheKey] || (patternCache[cacheKey] = {});  if (cache[pattern]) return cache[pattern];   // 核心逻辑  const compiledGenerator = pathToRegexp.compile(pattern);  if (cacheCount < cacheLimit) {    cache[pattern] = compiledGenerator;    cacheCount++;  }  return compiledGenerator;};/** * Public API for generating a URL pathname from a pattern and parameters. */const generatePath = (pattern = "/", params = {}) => {  if (pattern === "/") {    return pattern;  }  const generator = compileGenerator(pattern);  return generator(params, { pretty: true });};

8 <Prompt />

用来做路由拦截的组件,唯一的作用就是在路由发生改变的时候拦截它并弹窗提醒。

8.1 props

属性 when 默认为 true,如为 false 则不拦截任何路由变化。

属性 message 为拦截时的提示信息,内容格式与 history.block() 方法参数格式相同,可为 string 或是 (location, action): (string | boolean) => {}。

8.2 源码分析

非常简单,一看就明白了。

// 重设message如果之前设置过就先清除enable(message) {    if (this.unblock) this.unblock();    this.unblock = this.context.router.history.block(message);  }  disable() {    if (this.unblock) {      this.unblock();      this.unblock = null;    }  }  componentWillMount() {    if (this.props.when) this.enable(this.props.message);  }  componentWillReceiveProps(nextProps) {    if (nextProps.when) { // 当when发生变化变为true或是messge改变时触发      if (!this.props.when || this.props.message !== nextProps.message)        this.enable(nextProps.message);    } else {      this.disable();    }  }  componentWillUnmount() {    this.disable();  }

9 <Link />

对 a 标签的封装,实现 history 控制的路由跳转。

9.1 props

继承了 a 标签的所有参数,使用属性 to 来指明跳转位置,replace 指明是否为重定向。

9.2 源码分析

因为 onClick 事件优先级比 href 跳转的高,所以优先处理。

  handleClick = event => {    if (this.props.onClick) this.props.onClick(event);    if (      !event.defaultPrevented && // 如已取消默认操作则跳过      event.button === 0 && // 忽略非左键单击事件      !this.props.target && // 如果设置了target参数则跳过      !isModifiedEvent(event) // 忽略组合键    ) {      event.preventDefault();      const { history } = this.context.router;      const { replaceto } = this.props;      if (replace) {        history.replace(to);      } else {        history.push(to);      }    }  };

如果 onClick 事件没有执行,或是被 prevent 了,则采用 href 内的值来跳转。

调用 history 的 createLocation() 生成跳转后的 location,这个方法接收 4 个参数,(path,state,key,currentLocation)。因为走浏览器跳转已经脱离了 history 的控制范围,用于表示路由附加参数和当前路由表示的 state 与 key 参数无效,用 null 来占位。

render() {    const { replace, to, innerRef, ...props } = this.props;    const { history } = this.context.router;    //     const location =      typeof to === "string"        ? createLocation(to, null, null, history.location)        : to;    // 根据变化后的location生成url    const href = history.createHref(location);    return (      <a {...props} onClick={this.handleClick} href={href} ref={innerRef} />    );  }

10 withRouter()

高阶函数,包裹组件,用来为组件添加当前路由状态。

10.1 源码分析

非常好理解,实际上就是使用 Route 组件对目标组件做了包裹处理。

为了避免组件被代理的时候出现静态属性丢失的情况(https://github.com/ReactTraining/react-router/pull/4838),使用了一个叫做 hoist-non-react-statics (字面直译: 提升非react静态属性) 的库(https://github.com/mridgway/hoist-non-react-statics)。

const withRouter = Component => {  const C = props => {    const { wrappedComponentRef, ...remainingProps } = props;    return (      <Route        children={routeComponentProps => (          <Component            {...remainingProps}            {...routeComponentProps}            ref={wrappedComponentRef} // 提供被代理组件的ref          />        )}      />    );  };  C.displayName = `withRouter(${Component.displayName || Component.name})`;  C.WrappedComponent = Component;  C.propTypes = {    wrappedComponentRef: PropTypes.func  };// 将传入组件的静态属性提升里C来  return hoistStatics(C, Component);};


标签: Java
CTO带你快速面试突击,轻松获得大厂Offer
« 上一篇
返回列表
下一篇 »
发表评论 共有条评论
用户名: 密码:
验证码: 匿名发表
你会是第一个来这里评论的人吗?
最近发布资讯
更多