React hooks中swr的原理和源码解析

时间  2020-12-18
标签 前端 react ios git github web 面试 算法 编程 json 栏目 React 繁體版
原文   原文链接

受权转载自：JonyYu 前端

https://github.com/forthealllight/blog/issues/61react

swr是一个hook组件，能够做为请求库和状态管理库，本文主要介绍一下在项目中如何实战使用swr，而且会解析一下swr的原理。从原理出发读一读swr的源码ios

  • 什么是swr
  • swr的的源码

1、什么是swr

useSWR 是 react hooks 中一个比较有意思的组件，既能够做为请求库，也能够做为状态管理的缓存用，SWR 的名字来源于“stale-while-revalidate”, 是在HTTP RFC 5861标准中提出的一种缓存更新策略 ：git

首先从缓存中取数据，而后去真实请求相应的数据，最后将缓存值和最新值作对比，若是缓存值与最新值相同，则不用更新，不然用最新值来更新缓存，同时更新UI展现效果。github

useSWR 能够做为请求库来用：web

//fetch
import useSWR from 'swr'
import fetch from 'unfetch'
const fetcher = url => fetch(url).then(r => r.json())
function App () {
  const { data, error } = useSWR('/api/data', fetcher)
  // ...
}

//axios
const fetcher = url => axios.get(url).then(res => res.data)
function App () {
  const { data, error } = useSWR('/api/data', fetcher)
  // ...
}

//graphql
import { request } from 'graphql-request'
const fetcher = query => request('https://api.graph.cool/simple/v1/movies', query)
function App () {
  const { data, error } = useSWR(
    `{
      Movie(title: "Inception") {
        releaseDate
        actors {
          name
        }
      }
    }`,
    fetcher
  )
  // ...
}

此外，由于相同的 key 老是返回相同的实例，在 useSWR 中只保存了一个 cache 实例，所以 useSWR 也能够看成全局的状态管理机。好比能够全局保存用户名称 ：面试

import useSWR from 'swr';
function useUser(id: string) {
  const { data, error } = useSWR(`/api/user`, () => {
    return {
      name: 'yuxiaoliang',
      id,
    };
  });
  return {
    user: data,
    isLoading: !error && !data,
    isError: error,
  };
}
export default useUser;

具体的 swr 的用法不是本文的重点，具体能够看文档，本文用一个例子来引出对于 swr 原理的理解：算法

const sleep = async (times: number) => {
    return new Promise(resolve => {
      setTimeout(() => {
        resolve();
      }, times);
    });
};
const { data: data500 } = useSWR('/api/user', async () => {
    await sleep(500);
    return { a: '500 is ok' };
});
const { data: data100 } = useSWR('/api/user', async () => {
    await sleep(100);
    return { a: '100 is ok' };
});

上述的代码中输出的是 data100 和 data500 分别是什么？编程

答案是：json

data100和data500都输出了{a:'500 is ok '}

缘由也很简单，在swr默认的时间内(默认是 2000 毫秒)，对于同一个 useSWR 的 key ，这里的 key 是 ‘/api/user’ 会进行重复值清除， 只始终 2000 毫秒内第一个 key 的 fetcher 函数来进行缓存更新。

带着这个例子，咱们来深刻读读 swr 的源码

2、swr的源码

咱们从 useSWR 的 API 入手，来读一读 swr 的源码。首先在 swr 中本质是一种内存中的缓存更新策略，因此在 cache.ts 文件中，保存了缓存的 map 。

（1）cache.ts 缓存

class Cache implements CacheInterface {
 

  constructor(initialData: any = {}) {
    this.__cache = new Map(Object.entries(initialData))
    this.__listeners = []
  }

  get(key: keyInterface): any {
    const [_key] = this.serializeKey(key)
    return this.__cache.get(_key)
  }

  set(key: keyInterface, value: any): any {
    const [_key] = this.serializeKey(key)
    this.__cache.set(_key, value)
    this.notify()
  }

  keys() {
    
  }

  has(key: keyInterface) {
  
  }

  clear() {
  
  }

  delete(key: keyInterface) {
  
  }
  serializeKey(key: keyInterface): [string, any, string] {
    let args = null
    if (typeof key === 'function') {
      try {
        key = key()
      } catch (err) {
        // dependencies not ready
        key = ''
      }
    }

    if (Array.isArray(key)) {
      // args array
      args = key
      key = hash(key)
    } else {
      // convert null to ''
      key = String(key || '')
    }

    const errorKey = key ? 'err@' + key : ''

    return [key, args, errorKey]
  }

  subscribe(listener: cacheListener) {
    if (typeof listener !== 'function') {
      throw new Error('Expected the listener to be a function.')
    }

    let isSubscribed = true
    this.__listeners.push(listener)
    return () => {
       //unsubscribe
    }
  }

  // Notify Cache subscribers about a change in the cache
  private notify() {
   
  }

上述是 cache 类的定义，本质其实很简单，维护了一个 map 对象，以 key 为索引，其中key 能够是字符串，函数或者数组，将 key 序列化的方法为：serializeKey

 serializeKey(key: keyInterface): [string, any, string] {
    let args = null
    if (typeof key === 'function') {
      try {
        key = key()
      } catch (err) {
        // dependencies not ready
        key = ''
      }
    }

    if (Array.isArray(key)) {
      // args array
      args = key
      key = hash(key)
    } else {
      // convert null to ''
      key = String(key || '')
    }

    const errorKey = key ? 'err@' + key : ''

    return [key, args, errorKey]
  }

从上述方法的定义中咱们能够看出：

  • 若是传入的 key 是字符串，那么这个字符串就是序列化后的 key
  • 若是传入的 key 是函数，那么执行这个函数，返回的结果就是序列化后的 key
  • 若是传入的 key 是数组，那么经过 hash 方法（相似 hash 算法，数组的值序列化后惟一）序列化后的值就是 key 。

此外，在 cache 类中，将这个保存了 key 和 value 信息的缓存对象 map ，保存在实例对象 this.__cache 中,这个 this.__cache 对象就是一个 map ，有set get等方法。

（2）事件处理

在swr中，能够配置各类事件，当事件被触发时，会触发相应的从新请求或者说更新函数。swr对于这些事件，好比断网重连，切换 tab 从新聚焦某个 tab 等等，默认是会自动去更新缓存的。

在swr中对事件处理的代码为：

const revalidate = revalidators => {
    if (!isDocumentVisible() || !isOnline()) return

    for (const key in revalidators) {
      if (revalidators[key][0]) revalidators[key][0]()
    }
  }

  // focus revalidate
  window.addEventListener(
    'visibilitychange',
    () => revalidate(FOCUS_REVALIDATORS),
    false
  )
  window.addEventListener('focus', () => revalidate(FOCUS_REVALIDATORS), false)
  // reconnect revalidate
  window.addEventListener(
    'online',
    () => revalidate(RECONNECT_REVALIDATORS),
    false
)

上述 FOCUS_REVALIDATORS ， RECONNECT_REVALIDATORS 事件中保存了相应的更新缓存函数，当页面触发事件visibilitychange(显示隐藏)、focus(页面聚焦)以及online(断网重连)的时候会触发事件，自动更新缓存 。

（3）useSWR 缓存更新的主体函数

useSWR 是swr的主体函数，决定了如何缓存以及如何更新，咱们先来看 useSWR 的入参和形参。

入参:

  • key : 一个惟一值，能够是字符串、函数或者数组，用来在缓存中惟一标识 key
  • fetcher : (可选) 返回数据的函数
  • options : (可选)对于 useSWR 的一些配置项，好比事件是否自动触发缓存更新等等。

出参:

  • data : 与入参 key 相对应的，缓存中相应 key 的 value 值
  • error : 在请求过程当中产生的错误等
  • isValidating : 是否正在请求或者正在更新缓存中，能够作为 isLoading 等标识用。
  • mutate(data?, shouldRevalidate?) : 更新函数，手动去更新相应 key 的 value 值

从入参到出参，咱们本质在作的事情，就是去控制 cache 实例，这个 map 的更新的关键是：

何时须要直接从缓存中取值，何时须要从新请求，更新缓存中的值。

const stateRef = useRef({
    data: initialData,
    error: initialError,
    isValidating: false
})
const CONCURRENT_PROMISES = {}  //以key为键，value为新的经过fetch等函数返回的值
const CONCURRENT_PROMISES_TS = {} //以key为键，value为开始经过执行函数获取新值的时间戳

下面咱们来看，缓存更新的核心函数：revalidate

  // start a revalidation
  const revalidate = useCallback(
    async (
      revalidateOpts= {}
    ) => {
      if (!key || !fn) return false
      revalidateOpts = Object.assign({ dedupe: false }, revalidateOpts)
      let loading = true
      let shouldDeduping =
        typeof CONCURRENT_PROMISES[key] !== 'undefined' && revalidateOpts.dedupe

      // start fetching
      try {
        dispatch({
          isValidating: true
        })

        let newData
        let startAt

        if (shouldDeduping) {
        
          startAt = CONCURRENT_PROMISES_TS[key]
          newData = await CONCURRENT_PROMISES[key]
          
        } else {
         
          if (fnArgs !== null) {
            CONCURRENT_PROMISES[key] = fn(...fnArgs)
          } else {
            CONCURRENT_PROMISES[key] = fn(key)
          }

          CONCURRENT_PROMISES_TS[key] = startAt = Date.now()

          newData = await CONCURRENT_PROMISES[key]

          setTimeout(() => {
            delete CONCURRENT_PROMISES[key]
            delete CONCURRENT_PROMISES_TS[key]
          }, config.dedupingInterval)

        }

        const shouldIgnoreRequest =
        
          CONCURRENT_PROMISES_TS[key] > startAt ||
          
          (MUTATION_TS[key] &&
         
            (startAt <= MUTATION_TS[key] ||
            
              startAt <= MUTATION_END_TS[key] ||
           
              MUTATION_END_TS[key] === 0))

        if (shouldIgnoreRequest) {
          dispatch({ isValidating: false })
          return false
        }

        cache.set(key, newData)
        cache.set(keyErr, undefined)

        // new state for the reducer
        const newState: actionType<Data, Error> = {
          isValidating: false
        }

        if (typeof stateRef.current.error !== 'undefined') {
          // we don't have an error
          newState.error = undefined
        }
        if (!config.compare(stateRef.current.data, newData)) {
          // deep compare to avoid extra re-render
          // data changed
          newState.data = newData
        }

        // merge the new state
        dispatch(newState)

        if (!shouldDeduping) {
          // also update other hooks
          broadcastState(key, newData, undefined)
        }
      } catch (err) {
        // catch err
      }

      loading = false
      return true
    },
    [key]
  )

上述代码已经经过简化， dispatch 就是更新 useSWR 返回值的函数：

const stateDependencies = useRef({
    data: false,
    error: false,
    isValidating: false
})
const stateRef = useRef({
    data: initialData,
    error: initialError,
    isValidating: false
})
let dispatch = useCallback(payload => {
let shouldUpdateState = false
for (let k in payload) {
  stateRef.current[k] = payload[k]
  if (stateDependencies.current[k]) {
    shouldUpdateState = true
  }
}
if (shouldUpdateState || config.suspense) {
  if (unmountedRef.current) return
  rerender({})
 }
}, [])

在上述的 dispath 函数中，咱们根据须要去更新 stateRef ， stateRef 的返回值，就是最终 useSWR 的返回值，这里的 rerender 是一个react hooks中的强制更新的一个hook:

const rerender = useState(null)[1]

每次执行 rerender({}) 的时候，就会触发所在 hook 函数内组件的总体更新。其次咱们还要再一次明确：

const CONCURRENT_PROMISES = {}  //以key为键，value为新的经过fetch等函数返回的值
const CONCURRENT_PROMISES_TS = {} //以key为键，value为开始经过执行函数获取新值的时间戳

接着来看 revalidate 更新函数的核心部分：

    let shouldDeduping =
        typeof CONCURRENT_PROMISES[key] !== 'undefined' && revalidateOpts.dedupe
    let newData
    let startAt

    if (shouldDeduping) {
    
      startAt = CONCURRENT_PROMISES_TS[key]
      newData = await CONCURRENT_PROMISES[key]
      
    } else {
     
      if (fnArgs !== null) {
        CONCURRENT_PROMISES[key] = fn(...fnArgs)
      } else {
        CONCURRENT_PROMISES[key] = fn(key)
      }

      CONCURRENT_PROMISES_TS[key] = startAt = Date.now()

      newData = await CONCURRENT_PROMISES[key]

      setTimeout(() => {
        delete CONCURRENT_PROMISES[key]
        delete CONCURRENT_PROMISES_TS[key]
      }, config.dedupingInterval)

    }

上述代码中， shouldDeduping 是用来判断是否须要去重的依据，从上述代码能够看出 config.dedupingInterval 的默认值是 2000 毫秒，也就是在 2000 毫秒内，对于同一个 key 会去重，也就是说，若是 2000 毫秒内，对于同一个 key ，同时发起了多个更新函数，那么会以第一次更新的结果为准。以 key 为键，记录每一个 key 发起的时候的时间戳的数组是 CONCURRENT_PROMISES_TS ，而 CONCURRENT_PROMISES ，由此能够看出，更准确 的说法是：

必定时间内，去重后的key和value的值的集合，key是useSWR中的惟一key，也就是cache实例map的key,value就是最新的缓存中更新过的值。

（4）useSWR 中如何更新

根据上述的代码咱们知道了更新函数是怎么样的，在内存中保存了 CONCURRENT_PROMISES_TS 这个对象，其 key 为 cache 中的 key ， value 为最新的值，那么如何在 CONCURRENT_PROMISES_TS 对象 key 所对应的值发生变化的时候，去更新 useSWR 实例的返回值，从而达到咱们最终的缓存更新效果呢。

咱们接着来看代码：

//保存对象
const CACHE_REVALIDATORS = {}

//具体更新函数
const onUpdate: updaterInterface<Data, Error> = (
  shouldRevalidate = true,
  updatedData,
  updatedError,
  dedupe = true
) => {
  // update hook state
  const newState: actionType<Data, Error> = {}
  let needUpdate = false

  if (
    typeof updatedData !== 'undefined' &&
    !config.compare(stateRef.current.data, updatedData)
  ) {
    newState.data = updatedData
    needUpdate = true
  }
  
  if (stateRef.current.error !== updatedError) {
    newState.error = updatedError
    needUpdate = true
  }
  //更新当前的stateRef
  if (needUpdate) {
    dispatch(newState)
  }

  if (shouldRevalidate) {
    return revalidate()
  }
  return false
}

//增长监听key
const addRevalidator = (revalidators, callback) => {
    if (!callback) return
    if (!revalidators[key]) {
      revalidators[key] = [callback]
    } else {
      revalidators[key].push(callback)
    }
}
addRevalidator(CACHE_REVALIDATORS, onUpdate)

//更新缓存的方法
const broadcastState: broadcastStateInterface = (key, data, error) =>    {
      const updaters = CACHE_REVALIDATORS[key]
      if (key && updaters) {
        for (let i = 0; i < updaters.length; ++i) {
          updaters[i](false, data, error)
        }
      }
  }

broadcastState 方法会在每一次更新 cache 的 key 的时候触发，而 CACHE_REVALIDATORS 保存了全部与 key 相关的更新函数，这里须要注意的是：

为何CACHE_REVALIDATORS[key]的值是一个数组？

由于 useSWR 的 key ,同一个 key 能够有多个更新函数，所以 CACHE_REVALIDATORS[key] 是一个数组。

举例来讲，在同一个组件中使用两个同名 key ，可是他们的更新函数不一样，是被容许的：

 const { data: data500 } = useSWR('/api/user', async () => {
    await sleep(500);
    return { message: '500 is ok' };
 });
 const { data: data100 } = useSWR('/api/user', async () => {
    await sleep(100);
    return { message: '100 is ok' };
 });

（5）mutate 主动触发更新函数

了解了useSWR 中的更新，那么剩下的这个 mutate 就及其简单：

const mutate: mutateInterface = async ()=>{
  let data, error

  if (_data && typeof _data === 'function') {
    // `_data` is a function, call it passing current cache value
    try {
      data = await _data(cache.get(key))
    } catch (err) {
      error = err
    }
  } else if (_data && typeof _data.then === 'function') {
    // `_data` is a promise
    try {
      data = await _data
    } catch (err) {
      error = err
    }
  } else {
    data = _data
  }
  
  ....
  
  const updaters = CACHE_REVALIDATORS[key]
  if (updaters) {
    const promises = []
    for (let i = 0; i < updaters.length; ++i) {
      promises.push(updaters[i](!!shouldRevalidate, data, error, i > 0))
    }
    // return new updated value
    return Promise.all(promises).then(() => {
      if (error) throw error
      return cache.get(key)
    })
  }
}

简单的说就是拿到值，而后调用 const updaters = CACHE_REVALIDATORS[key] 数组中的每个更新函数，更新相应的 useSWR 的值便可。这里 data 的值能够是直接从缓存中取，或者是手动传入（相似于乐观更新的方式）。

最后

欢迎关注「前端瓶子君」，回复「交流」加入前端交流群！
欢迎关注「前端瓶子君」，回复「算法」自动加入，从0到1构建完整的数据结构与算法体系！
在这里（算法群），你能够天天学习一道大厂算法编程题（阿里、腾讯、百度、字节等等）或 leetcode，瓶子君都会在次日解答哟！
另外，每周还有手写源码题，瓶子君也会解答哟！
》》面试官也在看的算法资料《《
“在看和转发” 就是最大的支持

本文分享自微信公众号 - 前端瓶子君（pinzi_com）。
若有侵权，请联系 support@oschina.cn 删除。
本文参与“OSC源创计划”，欢迎正在阅读的你也加入，一块儿分享。

相关文章
相关标签/搜索
每日一句
    每一个你不满意的现在，都有一个你没有努力的曾经。
本站公众号
   欢迎关注本站公众号,获取更多信息
联系我们 最近搜索 最新文章 沪ICP备13005482号-10 MyBatis教程 SQL 教程 MySQL教程 Java 教程 Thymeleaf 教程 Hibernate教程 Spring教程 Redis教程