封装一个useFetch实现页面销毁取消请求

更新日期: 2020-10-02 阅读: 3.1k 标签: 请求

前端业务经常会出现这样一类问题,当用户网速过慢或是其他特殊情况下,该页面的请求还未完成,用户就已经点击其他页面跳出去了。理想状态下请求也是应该终止掉的,所以我们应该想办法将请求和页面卸载关联在一起。


文档地址:

AbortController  developer.mozilla.org


代码

通过abortController.abort();可以取消正在进行的请求

//创建AbortController对象
const abortController = new AbortController();

fetch(host + 'newsSelectContentByType?type=2', {
	// 这里传入 signal 进行关联
	signal: abortController.signal,
})
.then(response => response.json())
.then(res => {
	// 处理拿到的数据并渲染
	showData(res);
	//初始化的loading设为false
	setInitLoading(false);
})

//这里我们设置三秒后取消请求
setTimeout(()=>{
	// 这里调用 abort 即可取消请求
	abortController.abort();        
},3000)

浏览器控制台 Network 设置网络十秒延迟,请求在3s后就自动结束掉了

同理我们可以使用 useRef 来创建 AbortController 对象,同时在组件销毁时去执行方法,完成请求的取消,但是我们不可能在每一个页面都去写这么多代码,所以这里我们去封装一个useFetch hook。

新建一个 UseFetch.js

同理我们的UseFetch不仅仅可以做这一个需求,我们可以根据我们的业务需要去封装更多的功能进去,比如说请求的loading以及拼接一些公共参数或是说做一个统一的错误处理

//自定义fetchhook  封装组件卸载自动结束未完成的请求功能和loading功能
import react, { useState, useEffect , useRef } from 'react';

const useFetch = (url,args) => {
    //全局设定AbortController
    const abortController = useRef();
    //loading
    const [loading,setLoading] = useState(false);
    //结果
    const [result,setResult] = useState();

    //开启请求的方法
    const beginFetch = ()=>{
        abortController.current = new AbortController();
        //开启loading
        setLoading(true);
        //拼接参数
        let argsStr = '';
        if(args!=''){
            for(let key in args) {
                argsStr += key + '=' + args[key] + '&';
            }
            argsStr = '?' + argsStr.substr(0, argsStr.length-1);
        }
        //请求
        fetch(url+argsStr, {
            // 这里传入 signal 进行关联
            signal: abortController.current.signal,
        })
        .then(response => response.json())
        .then(response => setResult(response))
        .finally(() => setLoading(false));//无论请求成功还是失败都强制结束loading

    }

    //组件卸载
    useEffect(()=>{
        //组件清除时终止请求
        return () => {
            abortController.current.abort()
        }
    },[])
    
    return{ result,loading,beginFetch }  
}

export default useFetch;

使用 useFetch

//将之前的页面数据请求根据useFetch做修改

//result 拿到的数据  loading页面是否展示loading beiginFetch开始进行请求
const {result,loading,beginFetch} = useFetch(
        host + 'newsSelectContentByType',
        {type:2}
);

//点击加载更多 直接通过beginFetch()方法去获取数据
const onLoadMore = () => {
       //设一个loading动画 先渲染空数据
       setListData(listData.concat([...new Array(3)].map(() => ({ loading: true, name: {} ,img:[,,,]}))))
       //因为这里拿数据很快 所以做一个暂停的动画展示
       beginFetch();
};

//监控result变化 当result发生变化重写处理数据并渲染到页面上
useEffect(()=>{
        //处理数据并渲染
        showData(result);
},result)

该useFetch主要封装了loading功能和自动结束请求功能,在路由发生切换,Tab 发生切换等场景下,被卸载掉的组件发出的请求会被终止掉,同时在请求开始和结束的情况下会自动判定loading的状态。

原文 https://zhuanlan.zhihu.com/p/269519055

本文内容仅供个人学习、研究或参考使用,不构成任何形式的决策建议、专业指导或法律依据。未经授权,禁止任何单位或个人以商业售卖、虚假宣传、侵权传播等非学习研究目的使用本文内容。如需分享或转载,请保留原文来源信息,不得篡改、删减内容或侵犯相关权益。感谢您的理解与支持!

链接: https://fly63.com/article/detial/9799

相关推荐

flutter之网络请求dio封装,拦截器的封装

flutter一直很火的网络请求插件dio,直接上代码,写成一个类,可以直接使用,包含请求的封装,拦截器的封装

ajax异步请求302分析

遇到这样一种情况,打开网页两个窗口a,b(都是已经登录授权的),在a页面中退出登录,然后在b页面执行增删改查,这个时候因为授权原因,b页面后端的请求肯定出现异常(对这个异常的处理,进行内部跳转处理),b页面中的ajax请求的回调中就会出现问题

nginx 301跳转https后post请求失效问题解决

强制把http请求跳转到https,结果发现App有部分的功能不能使用,因为App一共设置了4种请求方式,分别是GET,POST,DELETE和OPTIONS方式,设置301跳转后所有的请求方法都变成了GET方式,导致一些功能无法正常使用.

Js两个异步请求 同步合并数据

业务代码经常会有 两个不一样的请求,拿到数据后合并成新数组的操作。但是在异步请求中我们不知道哪个请求的回调更快返回,从而使代码的合并时间无法确定。这就需要在两个异步请求都完成后再做数据处理。

http请求过程的7个步骤

HTTP通信机制是在一次完整的HTTP通信过程中,Web浏览器与Web服务器之间将完成下列7个步骤:建立TCP连接、Web浏览器向Web服务器发送请求命令、Web浏览器发送请求头信息、 Web服务器应答

http请求的几种类型

http请求中的8种请求方法:opions 返回服务器针对特定资源所支持的HTML请求方法 ,Get 向特定资源发出请求,Post 向指定资源提交数据进行处理请求

node.js含有%百分号时,发送get请求时浏览器地址自动编码的问题

目前浏览器会对地址,进行编码,比如这个文件名:在发到后台时,会自动编码成:不过如果文件名中含有%百分号,编码过程则会出现问题,如

HTTP请求报文和响应报文

GET:请求获取Request—URL所标识的资源,POST:在Request—URL所标识的资源后附加资源,HEAD:请求获取由Request—URL所标识的资源的响应消息报头,PUT:请求服务器存储一个资源,由Request—URL作为其标识

ajax中options请求的理解

这个概念听着有点耳生,嗯是我自己这么说的。我们可以把浏览器自主发起的行为称之为“浏览器级行为”。之所以说options是一种浏览器级行为,是因为在某些情况下,普通的get或者post请求回首先自动发起一次options请求

HTTP请求的11个处理阶段

几乎所以有关Nginx书只要是讲深入点的就会讲到Nginx请求的11个处理阶段,要记住这些真是不易,人脑特别不擅长记住各种东西,只能做些索引罢了,能做到知道这个知识点在哪儿能找到不就行了,可是你去面试还是问这些理论,所以这里汇总下记录如下

点击更多...

内容以共享、参考、研究为目的,不存在任何商业目的。其版权属原作者所有,如有侵权或违规,请与小编联系!情况属实本人将予以删除!