JavaScript使用email-existence模块校验邮箱时循环外数组始终为空

这是典型的异步执行时序错位问题，和数组作用域、闭包捕获逻辑完全无关。

• emailExistence.check 是依赖网络请求的异步IO方法，调用后不会阻塞当前同步代码的执行流程：方法发出网络校验请求后会立刻返回，把拿到结果后的回调函数注册到异步任务队列中等待执行。
• 你使用的forEach遍历是纯同步逻辑，会在几毫秒内快速跑完所有循环内的同步代码，把每一次邮箱校验的回调全部注册完毕，之后立刻退出循环。这个时间节点上，所有邮箱校验的网络请求可能还在传输过程中，对应的push回调根本还没开始执行，此时读取validos数组必然是空值。
• 你观察到循环内部能看到数组被填充，是因为经过几百毫秒到数秒的网络延迟后，各个异步回调才会依次执行，完成元素push操作。但这个时机已经远远晚于你退出循环读取数组的节点，自然就出现了“循环内能看到数据、退出循环数组就为空”的反常现象。

很多人遇到这类问题会误以为是数组作用域错了、闭包没有正确捕获外层变量，实际上这段代码里的异步回调是可以正常拿到外层validos的数组引用的，push操作最终一定会生效，只是执行时机和你预期的不同而已，不存在逻辑层面的引用错误。

解决思路非常明确：等所有异步校验任务全部执行完成后，再读取和处理最终的有效数组，推荐使用Promise封装配合Promise.all的方式实现，可维护性最高：

1. 遍历所有待校验元素，把每个回调风格的emailExistence.check方法包装成可等待状态的Promise任务
2. 等待所有校验任务跑完后，再统一过滤收集有效元素，生成最终的validos数组

示例代码：

// 为每个待校验元素生成独立的校验Promise任务
const checkTaskList = sinRepetidos.map((element) => {
  return new Promise((resolve) => {
    emailExistence.check(element.Email, (error, response) => {
      // 校验出错的元素直接标记为无效
      if (error) {
        console.log(error);
        resolve(null);
        return;
      }
      // 校验通过的元素原样返回，不通过的返回空值
      resolve(response ? element : null);
    })
  })
})

// 等所有校验任务全部执行完成后，再统一处理结果
Promise.all(checkTaskList).then((rawResults) => {
  // 过滤掉无效的空值，得到最终的有效数组
  const validos = rawResults.filter(item => item !== null)
  // 此处编写后续业务逻辑，即可拿到完整的有效列表
  console.log('校验通过的有效邮箱列表：', validos)
})

补充说明：如果不使用Promise封装，也可以通过手动维护任务计数器的方式，等最后一个异步回调执行完成后再触发后续逻辑，但这种写法需要额外维护状态，容易出现计数错误，不推荐使用。

内容的提问来源于stack exchange，提问作者garikoitzz