Hackerrank中使用Array.concat循环为何得到异常结果？

你的问题核心并非Array.concat()的使用错误，而是异步循环中请求处理的竞态或服务端响应异常导致循环提前终止，且仅在无同步阻塞（如console.log、ws.write）时触发。

可能的原因 #

1. 隐式类型转换导致终止条件误判
   你使用==判断result['page'] == result['total_pages']，若两者类型不一致（比如一个是数字、一个是字符串），隐式转换可能在某些场景下错误判定为相等，导致循环提前结束。而console.log带来的微小延迟可能让服务端返回的参数类型趋于一致，避免了误判。

2. 服务端快速请求的响应异常
   当无同步阻塞时，循环会快速发起连续请求，部分服务端可能因请求频率过高、缓存复用或参数处理不及时，返回错误的page或total_pages值，导致循环提前终止。而console.log/ws.write的延迟让服务端有足够时间处理每个请求，返回正确的分页参数。

3. getSomeResult内部的异步副作用
   若getSomeResult存在未正确隔离的共享变量（比如全局的请求参数缓存），快速连续调用时可能复用了错误的请求参数或响应结果，导致循环逻辑混乱。

修复方案 #

• 严格类型判断：将==替换为===，避免隐式类型转换带来的误判：

  if (result['page'] === result['total_pages']) {
      end = true
  }
  

• 增加兜底终止条件：除了分页参数判断，同时检查当前页数据长度是否符合预期（比如每页最多10条，若返回数据不足10条则判定为最后一页）：

  if (result['page'] === result['total_pages'] || result['data'].length < 10) {
      end = true
  }
  

• 验证请求参数传递：确认getSomeResult内部正确传递page参数，比如检查请求URL或请求体中是否携带了正确的分页值，避免参数丢失或复用。
• 添加请求间隔（临时 workaround）：若服务端确实存在快速请求的响应问题，可在每次请求后添加微小延迟：

  const result = await getSomeResult(id, page)
  await new Promise(resolve => setTimeout(resolve, 50)) // 50ms延迟，根据实际情况调整
  data = data.concat(result['data'])
  

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