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

受权转载自: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 毫秒),对于同一个 useSWRkey ,这里的 key‘/api/user’ 会进行重复值清除, 只始终 2000 毫秒内第一个 keyfetcher 函数来进行缓存更新。

带着这个例子,咱们来深刻读读 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 类中,将这个保存了 keyvalue 信息的缓存对象 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_REVALIDATORSRECONNECT_REVALIDATORS 事件中保存了相应的更新缓存函数,当页面触发事件visibilitychange(显示隐藏)、focus(页面聚焦)以及online(断网重连)的时候会触发事件,自动更新缓存

(3)useSWR 缓存更新的主体函数

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

入参:

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

出参:

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

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

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

const stateRef = useRef({
    data: initialData,
    error: initialError,
    isValidatingfalse
})
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({ dedupefalse }, revalidateOpts)
      let loading = true
      let shouldDeduping =
        typeof CONCURRENT_PROMISES[key] !== 'undefined' && revalidateOpts.dedupe

      // start fetching
      try {
        dispatch({
          isValidatingtrue
        })

        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({ isValidatingfalse })
          return false
        }

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

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

        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({
    datafalse,
    errorfalse,
    isValidatingfalse
})
const stateRef = useRef({
    data: initialData,
    error: initialError,
    isValidatingfalse
})
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 函数中,咱们根据须要去更新 stateRefstateRef 的返回值,就是最终 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 这个对象,其 keycache 中的 keyvalue 为最新的值,那么如何在 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 方法会在每一次更新 cachekey 的时候触发,而 CACHE_REVALIDATORS 保存了全部与 key 相关的更新函数,这里须要注意的是:

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

由于 useSWRkey ,同一个 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源创计划”,欢迎正在阅读的你也加入,一块儿分享。

相关文章
相关标签/搜索