Async: 오류가 발생한 후 async.map ()에서 처리되지 않은 항목을 확인하는 방법

안녕하세요 @ parky128 , 질문 주셔서 감사합니다!

iteratee 를 reflect 래핑해도 될까요? reflect 항상 callback 결과 객체를 전달하므로 iteratee 함수 오류 중 하나라도 map 이 종료됩니다. 그런 다음 map 의 results 개체를 반복하고 어떤 개체에 error 속성이 있는지 확인한 다음 적절하게 처리 할 수 ​​있습니다. map 수령하지 않았을 수있는 항목을 다시 처리 할 필요가 없습니다.

async.map(coll, async.reflect(function(val, callback) {
  // your request code
}, function(err, results) {
  // err will always be null now
  results.forEach(function(result, i) {
    if (result.error) {
      // your code for handling errors
      // if `coll` is an array, you could access the value that caused 
      // this error through `coll[i]` as `map` preserves the order for arrays 
    } else {
      // otherwise `result.value` will contain the result of that `iteratee` call
    }
  });
});

그렇지 않으면 질문에 답하기 위해 map 항상 array 반환합니다. 해당 배열을 반복하고 어떤 값이 undefined 있습니다. 오류가 발생하여 undefined 를 callback 전달했거나 error 발생시 진행 중이거나 시작하지 않은 항목에 해당합니다. reflect 접근 방식은 undefined 가 iteratee 호출의 유효한 결과 일 수 있으므로 더 안전한 옵션 undefined 수 있습니다.

시간을내어 잠재적 인 솔루션을 제공해 주셔서 감사합니다. 실제로 포착하려는 특정 오류 사례에서 iteratee 함수 오류 중 하나가 발생하자마자 async.map 최종 콜백이 호출되기를 원합니다.

문서를 보면 iteratee 콜백 함수에 오류를 전달하여이 작업을 수행 할 수 있지만 최종 콜백에서 async.map이 호출 할 것인지, 해당 결과 객체를 사용하여 원본과 비교할 수 있는지 궁금합니다. 수집하고 처리 할 남은 것을 확인하십시오.

이 중 하나가 내가 관심있는 오류 케이스를 반환하자마자 async.map이 다른 요청을 처리하려고 시도하고 싶지 않습니다.

이 중 하나가 내가 관심있는 오류 케이스를 반환하자마자 async.map이 다른 요청을 처리하려고 시도하고 싶지 않습니다.

iteratee 가 비동기식이라고 가정하면 async.map 는 최종 콜백이 호출 될 때 모든 항목을 처리하기 시작합니다. 결과 개체를 컬렉션과 비교하여 아직 처리가 완료되지 않은 항목을 확인할 수 있지만 여기에도 문제가 있습니다. 예를 들어, 결과 객체가 iteratee s 해결로 업데이트되므로 동일한 틱에서 최종 콜백이 호출되므로 동 기적으로 수행해야합니다.

mapSeries 시도해 볼 수 있습니다. mapSeries 는 한 번에 하나의 요청 만 실행합니다. 즉, 현재 항목이 처리를 완료 할 때만 다음 항목을 호출합니다 (모든 항목을 한 번에 시작하는 것과 반대). 즉, 오류가 발생하고 최종 콜백이 호출되면 iteratee 더 이상 실행되지 않습니다. 그런 다음 결과를 컬렉션과 비교하여 아직 처리되지 않은 항목을 확인할 수 있습니다. 이것은 여전히 ​​약간의 해결 방법이지만 async.map 사용하는 것보다 더 좋습니다. 하지만이 접근 방식의 가장 큰 단점은 요청이 더 이상 병렬로 처리되지 않는다는 것입니다.

예를 들어 컬렉션이 배열 인 경우

async.mapSeries(coll, function(val, callback) {
  // your iteratee function
}, function(err, results) {
  if (err) {
    // unprocessItems will include the item that errored.
    var unprocessItems = coll.slice(results.length - 1);
    // handle the unprocessedItems
  }
});

흠 좋아요, 예, iteratee 함수는 요청 라이브러리를 사용하여 나가는 http 요청을 만들고 그 결과로 콜백하므로 비동기식입니다. 따라서 반복 할 항목이 10 개 있다고 말하면 4 개는 성공하고 5 번째는 실패한 다음 오류 매개 변수를 사용하여 iteratee 함수에 대한 콜백을 호출합니다. 이는 async.map에 대한 최종 콜백의 결과 개체에 4 개의 성공적인 결과?

그렇다면 지금은 모든 발신 전화를 걸 수 있다는 사실과 함께 살 것입니다. 필자는 어레이를 더 작은 어레이로 분할하고 mapSeries 내에서 더 작은 async.maps를 수행하여 요청이 적중하는 대상 서버에 대한 초기 적중을 최소화 할 수 있습니다.

@hargasinski- 결국 async.reflect 접근 방식을 사용했고 이것은 나를 위해 잘 작동하며 오류가 발생한 모든 항목에 대한 완전한 가시성을 제공합니다 : +1 :

감사!