在使用了一段时间的 swr 后，它已经加入了“我的最爱”工具库了😂
下面结合我的个人经验，谈谈为什么你应该使用它。
接口请求状态
在请求接口的时候，一般都需要维护请求的状态。比如加载列表的时候，通常都需要区分下 loading、empty、success、error 等状态，然后更新相关的视图，看上去就是下面的代码
上面的代码缺陷很多：首先是模板代码多，维护麻烦；第二是容易出错，比如忘记重置相关变量、没考虑竞争等等问题。
而 swr 里面就几行代码：
注意:
- swr 会自动根据 key 来去重，也就是说你在两个不同的组件里请求，只会发一个请求。这对于代码维护就简单太多了。
- 默认开启聚焦重新请求、错误重试等功能，根据你的需要来选择开关。
先缓存后更新
swr 在发起请求的时候，会优先使用缓存的数据，然后当请求返回的时候更新视图。
为什么这个功能很重要呢？还是用上面那个列表接口作为例子，当用户第二次请求接口的时候（比如从某个页面返回），直接就能看到列表里的数据，然后过一会刷新成最新数据，在体验上就感觉很流畅。
如果某个接口更新不是很频繁，那么第二次请求的结果还是原来的数据，用户根本感觉不到有请求的过程，这就很爽😄。
还有个额外的好处，当用户返回之前的页面时，浏览器还能保留滚动位置。
请求依赖
当一个请求依赖另一个请求的时候，常规做法是在请求后接另一个请求，这样写起来很复杂。
而 swr 用了一种很巧妙的方法，当参数抛出异常或者返回 false 值，就不会请求。这种写法省了不少功夫！！
原理是当请求里面的函数抛错的时候，就不会继续请求。
翻页与无穷滚动
这两个场景覆盖了中后台很大的代码（CRUD BOY你懂的），这里官方有例子我不再赘述了。
useSWRImmutable
可以用 useSWRImmutable 来请求不变的数据（比如 select 选项），来避免重复请求。
状态管理
swr 虽然是个用于数据请求的库，但是没有限制 fetcher 的具体实现，他可以是任意返回 promise 的函数。
可以用它来管理全局状态，不管是本地的或者远程的。