Async: 비동기는 함수의 런타임 동안 배열 수정으로부터 보호하지 않습니다.

당신이 옳습니다. 그래서 그것을 수정하지 마십시오. 나중에 변경해야 하는 경우 비동기 함수에 전달하기 전에 배열을 복제합니다.

@aearly 예, 해결 방법이지만 근본적인 문제는 매우 쉬운 실수이고 디버그하기가 매우 어려운 문제이므로 IMHO는 핵심 라이브러리에서 수정되어야 한다는 것입니다. 이것은 두 개의 다른 프로젝트에서 나를 두 번 물었습니다.

입력을 복제하지 않고 _any_ 배열 수정에 대해 보호하는 것은 어려울 것입니다(예: iterator 함수의 동기 수정). 그러나 반복과 관련이 없는 _asynchronous_ 수정에 대한 보호는 복제 없이도 간단해야 합니다. 실제로 arr.length 가정하지 않는 것입니다.

(저는 @bradens 와 함께

테스트가 포함된 PR을 환영하지만 이를 병합하는 것은 궁극적으로 @caolan에 달려 있습니다.

이 작업의 단점은 어레이 복사의 추가 오버헤드입니다. 배열이 크거나 async.each 등을 여러 번 호출하는 경우 속도가 느려지고 더 많은 메모리를 사용합니다.

어레이 복사가 너무 많은 오버헤드가 될 것이라는 데 동의합니다. 배열의 초기 반복이 동기식이므로 원래 배열 길이를 저장하여 나중에 확인할 수 있다고 제안합니다. 그렇게 하면 그 사이에 배열이 변경되더라도 콜백 호출 수가 반복자 호출 수와 일치하게 됩니다. 이것은 async.each 대해 쉽고 오버헤드가 없어야 하지만 다른 기능은 아직 살펴보지 않았습니다. 이러한 경우 모든 병렬 기능이 일관된 동작을 하면 좋을 것입니다.

이것은 #557의 복제품입니다.

async는 결국 어레이 수정을 허용하지 않았습니까? 처음보다 더 많은 요소를 반복하기 위해 사실 이후에 원래 배열을 수정하는 것이 좋은 사용 사례가 있습니다.