遍历请求后端数据引出的数组forEach异步操作的坑

简介: 开发中如果不是纯遍历处理数据时 forEach、map 这些要少用,每次遍历时还有其他异步操作或副作用时,直接 for 循环一把梭最稳妥,代码逻辑也最好理解

有一个列表数据,每项数据里有一个额外的字段需要去调另外一个接口才能拿到,后端有现有的这2个接口,现在临时需要前端显示出来,所以这里需要前端先去调列表数据的接口拿到列表数据,然后再遍历请求另外一个接口去拿到对应的字段数据,最后再塞到列表数据里,具体可以看下面的示例代码。

forEach 中异步操作

/**
 * 获取要展示的列表数据
 */
async function getData() {
   
   
    const list = await $getListData()

    // 遍历请求
    list.forEach(async (item) => {
   
   
        const res = await $getExtraInfo({
   
   
            id: item.id
        })
        item.extraInfo = res.extraInfo
    })

    // 打印下最终处理过的额外数据
    console.log(list)
}
getData()

/**
 * 模拟请求列表数据
 */
function $getListData() {
   
   
    return new Promise((resolve) => {
   
   
        setTimeout(() => {
   
   
            resolve([
                {
   
    id: 1, name: '我是第一项数据' },
                {
   
    id: 2, name: '我是第二项数据' },
                {
   
    id: 3, name: '我是第三项数据' }
            ])
        }, 3000)
    })
}

/**
 * 模拟请求额外数据
 */
function $getExtraInfo({
   
    id }) {
   
   
    return new Promise((resolve) => {
   
   
        setTimeout(() => {
   
   
            resolve({
   
   
                extraInfo: `我是 id 为:${
     
     id} 的额外数据`
            })
        }, 1000 * id)
    })
}

上面的代码看着好像也没啥问题,一般我们前端项目调试时,很多人可能喜欢直接在控制台用 console.log 打印,这里我们把代码复制粘贴到浏览器控制台中回车运行,直接看控制台确实也能拿到添加了 extraInfo 的列表数据,这里建议你多等几秒再去展开控制台查看折叠的数据,原因后面再说:
1.png
其实这里有一个坑,你会发现我们不同时间点去点开控制台折叠的信息时,展示出来的数据可能会不一样。其实是因为当我们在浏览器中用 console 打印一个引用数据类型的时候,是实时获取的当前时间点对象的实际值,所以当不同时间点我们展开数据查看时,就会存在看到的打印结果与预期不一致的情况。
为了避免浏览器打印的问题,我们直接换到 node 环境来执行上面的代码,然后就能看到不一样的地方了:
2.png
从截图就能看到这里我们最终打印出来的居然是原始的列表数据,自己添加的 extraInfo 字段压根没生效。

造成这样结果的原因其实是 forEach 不支持异步,即使你代码中有任何异步操作都会被直接忽略当成同步代码来运行,解决方式有两种:

for 循环中异步操作

for 循环中是可以直接有异步操作的(for of 也是支持异步的),每一次循环会等到 await 后面的异步代码返回数据时再进行下一次循环,而 forEach 这里会直接忽略掉 await 进行下一次循环。

async function getData() {
   
   
    const list = await $getListData()

    // 遍历请求
    for (let i = 0; i < list.length; i++) {
   
   
        const res = await $getExtraInfo({
   
   
            id: list[i].id
        })
        list[i].extraInfo = res.extraInfo
    }

    console.log(list)
}

map 中异步操作

map 看着和 forEach 似乎没大多差别,但是 map 中是可以有异步操作的,因为 map 是可以有 return 返回值的,而 forEach 无返回值,上面的问题用 map 来改写:

async function getData() {
   
   
    const list = await $getListData()

    // 遍历请求
    const promiseList = list.map(async (item) => {
   
   
        const res = await $getExtraInfo({
   
   
            id: item.id
        })
        item.extraInfo = res.extraInfo

        return item
    })

    Promise.all(promiseList).then(result => {
   
   
        console.log('我是拿到的最终数据', result)
    })
}

map 中包含 await 时每次循环 return 的就是一个 promise,然后我们通过 Promise.all 就可以等待所以异步操作完成后拿到对应的数据。不过这里用 map 虽然也能实现上面的功能,但是理解起来没用 for 那么简洁容易,类似的需求还是推荐用 for 循环。

forEach 和 map 的区别

forEach 和 map 两者回调函数的参数都是一样的:item(当前每一项)、index(索引值)、arr(原数组),其中最大的一个不同点就是返回值,forEach 只是执行每次传入的回调函数,map 会把每次遍历执行回调函数的返回值,继续返回组成一个新的数组返回,如果当次循环没有 return 任何数据,默认就是 undefined。其中的差异我们从下面的手写版中也能很容易看出来。

自定义版手写 forEach 方法:

Array.prototype.customForEach = function (callback) {
   
   
  for (let i = 0; i < this.length; i++) {
   
   
    callback(this[i], i, this)
  }
}

自定义版手写 map 方法:

Array.prototype.customMap = function (callback) {
   
   
  const arr = []
  for (let i = 0; i < this.length; i++) {
   
   
    const res = callback(this[i], i, this)
    arr.push(res)
  }
  return arr
}

最后总结:开发中如果不是纯遍历处理数据时 forEach、map 这些要少用,每次遍历时还有其他异步操作或副作用时,直接 for 循环一把梭最稳妥,代码逻辑也最好理解。

目录
相关文章
|
13天前
|
缓存 前端开发 中间件
[go 面试] 前端请求到后端API的中间件流程解析
[go 面试] 前端请求到后端API的中间件流程解析
|
7天前
|
前端开发 JavaScript
这篇文章介绍了如何使用form表单结合Bootstrap格式将前端数据通过action属性提交到后端的servlet,包括前端表单的创建、数据的一级和二级验证,以及后端servlet的注解和参数获取。
这篇文章介绍了使用AJAX技术将前端页面中表单接收的多个参数快速便捷地传输到后端servlet的方法,并通过示例代码展示了前端JavaScript中的AJAX调用和后端servlet的接收处理。
这篇文章介绍了如何使用form表单结合Bootstrap格式将前端数据通过action属性提交到后端的servlet,包括前端表单的创建、数据的一级和二级验证,以及后端servlet的注解和参数获取。
|
2天前
|
小程序 JavaScript Java
微信小程序+SpringBoot接入后台服务,接口数据来自后端
这篇文章介绍了如何将微信小程序与SpringBoot后端服务进行数据交互,包括后端接口的编写、小程序获取接口数据的方法,以及数据在小程序中的展示。同时,还涉及到了使用Vue搭建后台管理系统,方便数据的查看和管理。
微信小程序+SpringBoot接入后台服务,接口数据来自后端
|
20天前
|
存储 开发框架 前端开发
基于SqlSugar的开发框架循序渐进介绍(10)-- 利用axios组件的封装,实现对后端API数据的访问和基类的统一封装处理
基于SqlSugar的开发框架循序渐进介绍(10)-- 利用axios组件的封装,实现对后端API数据的访问和基类的统一封装处理
|
22天前
|
开发框架 前端开发 JavaScript
循序渐进VUE+Element 前端应用开发(4)--- 获取后端数据及产品信息页面的处理
循序渐进VUE+Element 前端应用开发(4)--- 获取后端数据及产品信息页面的处理
|
1月前
|
存储 资源调度 前端开发
JavaScript 使用axios库发送 post请求给后端, 给定base64格式的字符串数据和一些其他参数, 使用表单方式提交, 并使用onUploadProgress显示进度
使用 Axios 发送包含 Base64 数据和其他参数的 POST 请求时,可以通过 `onUploadProgress` 监听上传进度。由于整个请求体被视为一个单元,所以进度可能不够精确,但可以模拟进度反馈。前端示例代码展示如何创建一个包含 Base64 图片数据和额外参数的 `FormData` 对象,并在上传时更新进度条。后端使用如 Express 和 Multer 可处理 Base64 数据。注意,实际进度可能不如文件上传精确,显示简单加载状态可能更合适。
132 0
|
1月前
|
前端开发
后端一次返回大量数据,前端做分页处理
后端一次返回大量数据,前端做分页处理
37 0
|
1月前
|
存储 安全 Java
Java面试题:假设你正在开发一个Java后端服务,该服务需要处理高并发的用户请求,并且对内存使用效率有严格的要求,在多线程环境下,如何确保共享资源的线程安全?
Java面试题:假设你正在开发一个Java后端服务,该服务需要处理高并发的用户请求,并且对内存使用效率有严格的要求,在多线程环境下,如何确保共享资源的线程安全?
40 0
|
4天前
|
运维 监控 API
后端开发中的微服务架构:优势与挑战
【8月更文挑战第16天】在软件开发的世界中,微服务架构已经成为一种流行和强大的设计模式。它通过将应用程序分解为一组小型、独立的服务来促进敏捷开发和快速迭代。本文旨在深入探讨微服务架构的核心优势以及实施过程中可能遇到的挑战,帮助读者更好地理解这一现代软件设计方法。
|
3天前
|
存储 监控 安全
后端开发中的API设计艺术
【8月更文挑战第18天】在数字时代的浪潮中,后端开发作为技术架构的基石,其重要性不言而喻。API设计,作为后端开发的关键环节,直接影响着软件系统的性能、可维护性及用户体验。本文将深入探讨API设计的基本原则、常见挑战及其应对策略,旨在为读者提供一套系统的API设计方法论,帮助开发者构建更加高效、稳定且易于扩展的后端服务。通过分析API设计的核心要素,我们将揭示如何打造优雅且强大的后端API,确保它们能够支撑起现代应用的复杂需求。
15 5

热门文章

最新文章