前端:如何处理AJAX请求的重复使用

开发 前端
在开发前端时,我们经常使用AJAX来初始化数据并动态渲染在页面上,但是在遇到一连串的相同数据都要进行请求时,就有可能对同一个API 发出并发请求,然而,因为这些请求是同时发出,因此响应也非常可能是相同的,这样讲可能不够清楚,直接写一个简易的范例来解释这个情况。

[[378036]]

 在开发前端时,我们经常使用AJAX来初始化数据并动态渲染在页面上,但是在遇到一连串的相同数据都要进行请求时,就有可能对同一个API 发出并发请求,然而,因为这些请求是同时发出,因此响应也非常可能是相同的,这样讲可能不够清楚,直接写一个简易的范例来解释这个情况。

实际范例

首先我们先撰写一个API:

 

  1. https://localhost:3000/api/v1/users/:uuid 

这个API的回传值如下:

 

  1.     "name":"Username{uuid}"
  2.     "uuid":"{uuid}" 

随后开一个Vue的demo,并且先通过Axios写一个请求的函数:

 

  1. // fetch-user.js 
  2.  
  3. const axios = require('axios'); 
  4.  
  5. module.exports = (uuid) => { 
  6.     let uri = `http://localhost:3000/users/${uuid}`; 
  7.     return new Promise(resolve => { 
  8.         axios.get(uri).then(resolve); 
  9.     }) 
  10. }; 

然后我们在Vue例子中新增一个User Component(User.vue)来负责渲染并请求接口:

  1. <template> 
  2.     <div v-if="init"
  3.         <ul> 
  4.             <li>{{user.name}}</li> 
  5.             <li>{{user.uuid}}</li> 
  6.         </ul> 
  7.     </div> 
  8. </template> 
  9.  
  10. <script> 
  11.     const fetchUser = require('../lib/fetch-user'); 
  12.     export default { 
  13.         name'User'
  14.         data: function() { 
  15.             return { 
  16.                 init: false
  17.                 usernull 
  18.             } 
  19.         }, 
  20.         props: { 
  21.             uuid: String 
  22.         }, 
  23.         async mounted() { 
  24.             const response = await fetchUser(this.uuid); 
  25.             this.init = true
  26.             this.user = response.data; 
  27.         } 
  28.     } 
  29. </script> 

最后将用户组件放入App.vue中:

  1. <template> 
  2.     <div id="app"
  3.         <user uuid="user-uuid"></user
  4.         <user uuid="user-uuid"></user
  5.         <user uuid="user-uuid"></user
  6.         <user uuid="user-uuid"></user
  7.         <user uuid="user-uuid"></user
  8.         <user uuid="user-uuid"></user
  9.         <user uuid="user-uuid"></user
  10.         <user uuid="user-uuid"></user
  11.         <user uuid="user-uuid"></user
  12.         <user uuid="user-uuid"></user
  13.         <user uuid="user-uuid"></user
  14.         <user uuid="user-uuid"></user
  15.         <user uuid="user-uuid"></user
  16.         <user uuid="user-uuid"></user
  17.         <user uuid="user-uuid"></user
  18.     </div> 
  19. </template> 
  20.  
  21. <script> 
  22. import User from './components/User'
  23.  
  24. export default { 
  25.     name'App'
  26.     components: { 
  27.         User 
  28.     } 
  29. </script> 

接着我们看一下显示结果:

 

 

 

 

这样就正确显示了,然而这里有一个问题非常值得注意:

 

 

 

 

我们打开开发者模式就会发现,每个组件向该API发出了请求,因此就产生了10次的并发请求,但是在这种情况下,实际上我们仅需要让一个请求出去,另外9个元件等待这个请求的响应然后重新使用即可。

改进的方法

接下来将讲解要如何实现关于在同一个组件之间唯一指定API请求一次并分配请求,我们会用到这个元件EventTarget,这个元件有点类似Node.js中的EventEmitter,主要就是用于接收事件。

随后我们改写fetchUser()函数:

 

  1. const axios = require('axios'); 
  2.  
  3. /** 
  4.  * 这个 class 是用于存储 Response Data 的 Event 衍生类 
  5.  */ 
  6. class FetchCompleteEvent extends Event { 
  7.     constructor(type, data) { 
  8.         super(type); 
  9.         this.data = data; 
  10.     } 
  11.  
  12. // 用于请求成功时使用的事件监听器 
  13. const eventEmitter = new EventTarget(); 
  14.  
  15. // 用于请求失敗时使用的事件监听器 
  16. const errorEmitter = new EventTarget(); 
  17.  
  18. /** 
  19.  * 用于存储 URI 以及是否当前正在请求的状态,如: 
  20.  * http://localhost:8000/users/foo => true 代表已经发出请求,正在等待 Response 
  21.  * http://localhost:8000/users/bar => false 代表当前没有请求在路上 
  22.  */ 
  23.  
  24. const requestingList = new Map(); 
  25.  
  26. module.exports = (uuid) => { 
  27.  
  28.     let uri = `http://localhost:3000/users/${uuid}`; 
  29.  
  30.     return new Promise((resolve, reject) => { 
  31.  
  32.         // 如果没有记录,或者尚未处于请求状态 
  33.         if (!requestingList.has(uri) || !requestingList.get(uri)) { 
  34.  
  35.             // 进入之后立即将请求状态设为 true 
  36.             requestingList.set(uri, true); 
  37.  
  38.             // 请求 URI 
  39.             axios.get(uri).then(response => { 
  40.  
  41.                 // 完成请求之后将请求状态设为 false 
  42.                 requestingList.set(uri, false); 
  43.  
  44.                 // 发出一个事件通知來告诉 callback 请求完成了 
  45.                 eventEmitter.dispatchEvent(new FetchCompleteEvent(uri, response)); 
  46.                 resolve(response); 
  47.  
  48.             }).catch((e) => { 
  49.  
  50.                 // 请求失败也算是请求完成,将请求状态设为 false 
  51.                 requestingList.set(uri, false); 
  52.  
  53.                 // 发出一个事件通知來告诉 callback 请求失败了 
  54.                 errorEmitter.dispatchEvent(new FetchCompleteEvent(uri, e)); 
  55.                 reject(e); 
  56.  
  57.             }) 
  58.         } 
  59.          // 当目前指定的 URL 处于请求状态,则不做任何事情 
  60.         else { 
  61.  
  62.             // 向成功的事件监听器注册,当完成之后 resolve() 
  63.             eventEmitter.addEventListener(uri, (event) => { 
  64.                 resolve(event.data); 
  65.             }); 
  66.  
  67.             // 失败之后 reject() 
  68.             errorEmitter.addEventListener(uri, (event) => { 
  69.                 reject(event.data); 
  70.             }) 
  71.         } 
  72.     }); 
  73. }; 

接着我们重新运行前端应用程序并查看结果:

 

 

 

 

结果与一开始一模一样,而是当时我们打开开发者模式就会发现:

 

 

 

 

请求已经被减少到剩下一个了,这是因为所有的元件都重复使用了一个同一个响应。通过这种方法将可以大大减少服务器的负载以及前端的运行时间。

总结

并非每一种情况下都可以使用这种方式来请求资源,如:每次请求资源都一定会发送不一样的API就不能使用这种方式进行API调用,但是像是上述范例中的用户资料,电商网站中的商品资料或文章等,类似能够确保在极短时间之内资源都是相同的API就可以使用这种方式来进行操作。

扩展阅读

https://dev.to/floatflower/ajax-414j

参考资料

1.https://developer.mozilla.org/zh-TW/docs/Web/API/EventTarget

 

责任编辑:姜华 来源: 前端简报
相关推荐

2009-07-15 18:07:47

JDBC代码

2021-06-17 09:32:39

重复请求并发请求Java

2024-10-16 17:04:13

2023-09-19 22:41:30

控制器HTTP

2023-10-04 07:35:03

2021-01-26 13:40:44

mysql数据库

2011-09-02 11:06:28

Oracle服务器进程为事务建立回滚段放入dirty lis

2021-01-18 05:13:04

TomcatHttp

2012-08-13 10:23:33

IBMdW

2019-08-15 10:20:19

云计算技术安全

2020-12-03 07:43:03

JS Ajax JavaScript

2023-03-06 08:37:58

JavaNIO

2021-03-24 10:40:26

Python垃圾语言

2024-10-23 08:00:00

2019-12-23 10:20:12

Web图片优化前端

2021-03-01 07:31:53

消息支付高可用

2017-10-26 08:43:18

JavaScript内存处理

2023-08-10 10:58:24

2012-08-29 10:12:13

人才创业硅谷

2023-04-06 15:19:51

点赞
收藏

51CTO技术栈公众号