useRequest-蚂蚁中台标准请求 Hooks

useRequest 是一个超级强大，且生产完备的网络请求 Hooks，目前已经成为蚂蚁中台最佳实践内置网络请求方案。在蚂蚁内部中台应用，写网络请求，都推荐用 useRequest。
useRequest 可能是目前社区中最强大，最接地气的请求类 Hooks 了。可以覆盖 99% 的网络请求场景，无论是读还是写，无论是普通请求还是分页请求，无论是缓存还是防抖节流，通通都能支持。只有你想不到，没有它做不到（吹牛🐂~）。
为什么要做 useRequest？
在组件开发中，要实现一个健壮的网络请求，并不是一个简单的事情。正如我上一篇文章《Umi Hooks - 助力拥抱 React Hooks》举的例子，实现一个网络请求，我们需要考虑 loading、竞态处理、组件卸载等等方面。
当然通过 React Hooks 的逻辑封装能力，我们可以将网络请求相关的逻辑封装起来。Umi Hooks 中的 useAsync 就做了这个事情，一行代码就可以实现网络请求，提效非常明显。
但日常工作中，只用一个 useAsync 还是不够的，Umi Hooks 中和网络请求相关的 Hooks 就有非常多。比如和分页请求相关的 usePagination，请求自带防抖的 useSearch，内置 umi-request 的 useAPI，加载更多场景的 useLoadMore，等等等等。
目前已有 Hooks 有几个很明显的缺点：

上手成本偏高，需要针对不同场景选择不同的 Hooks。
所有网络请求 Hooks API，底层能力不一致。比如 usePagination 不支持手动触发、不支持轮询等等。
useAsync 能力不足，很多场景无法满足需求，比如并行请求。

同时随着 zeit/swr 的诞生，给了我们很多灵感，原来网络请求还可以这么玩！swr 有非常多好用，并且我们想不到的能力。比如：

屏幕聚焦重新发起请求。
swr 能力。

这里我简单科普下 swr。swr 是 stale-while-revalidate 的简称，最主要的能力是：我们在发起网络请求时，会优先返回之前缓存的数据，然后在背后发起新的网络请求，最终用新的请求结果重新触发组件渲染。swr 特性在特定场景，对用户非常友好。

基于上面两点，经过内部多次讨论，最终决定，我们要做一个能力强大，覆盖所有场景的网络请求 Hooks！useRequest 诞生了！它不仅囊括了当前 Umi Hooks 中所有和网络请求相关的 Hooks 的能力，也大量借鉴了 swr 的优秀特性，香的不得了。
能力介绍
基础网络请求
import { useRequest } from ‘@umijs/hooks’;

function getUsername() {
return Promise.resolve(‘jack’);
}