减少options请求次数 和 数据量大时前端渲染的处理

本文探讨了如何减少CORS预检请求(OPTIONS)的次数以优化性能,通过设置`Access-Control-Max-Age`缓存预检结果。同时,针对大量数据的前端渲染问题,提出分批请求数据并按比例分配每批数据量的解决方案,以提高用户体验和降低浏览器崩溃风险。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

最近做的一个业务涉及很大的数据量,完成后发现存在获取数据到渲染完毕等待时间很长的问题,为了提升用户体验把请求改成分批请求然后由局部到整体逐渐渲染(一会儿再说这个方法的结果是否理想),分批操作时发现options请求耗费了一半的时间,于是开始研究减少options请求来减少。

一、减少options请求次数

先分析我们的请求为什么会触发options:

cors跨域处理非简单请求会触发options

------以下在知乎看到整理得来--------

不是所有的cors都会发生options预检请求(preflight request),与预检请求相对应的是简单请求(simple request)。如果是简单请求,那么请求应该符合以下条件:

1,请求类型是GET/HEAD/POST之一
2,请求头除了用户代理(浏览器)自带的(Connection, User-Agent)和Fetch spec as a “forbidden header name之外,用户只允许设置以下请求头:

    Accept Accept-Language
    Content-Language
    Content-Type (but note the additional requirements below)
    Last-Event-I

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值