forEach 대 for: 비동기식 대결!

루핑 선택이 비동기 성능에 미치는 영향 이해

최근 프로젝트에서는 NoSQL 데이터베이스에서 천 개가 넘는 수많은 레코드를 업데이트해야 했습니다. 한 번에 모두 업데이트하는 것이 불가능하고 프로세스도 비동기식이었기 때문에 각각 20개의 레코드로 구성된 소규모 배치로 처리하기로 결정했습니다. 저는 forEach를 사용하여 루프에서 이것을 구현했습니다. 여기서 20개의 각 세트는 다음 세트로 이동하기 전에 업데이트됩니다. 그러나 이 접근 방식을 실제로 적용한 후에는 이러한 작은 배치 내에서도 모든 레코드가 예상대로 업데이트되지 않는다는 것을 알게 되었습니다. 예를 들어, 25개 레코드의 일괄 업데이트를 시도했지만 10개만 성공적으로 업데이트되었습니다. 나머지 10개 레코드에 대한 로그는 없었고, 업데이트에 실패한 레코드 수는 무작위로 다양했습니다. 때로는 12개, 때로는 5개, 때로는 7개였습니다.

추가 디버깅을 통해 업데이트 프로세스 중에 이러한 기록이 건너뛸 가능성이 있다는 것을 확인했습니다. 자, 왜 이런 일이 일어났습니까? 이 문제를 조사하여 동작을 이해하고 그 뒤에 있는 잠재적인 이유를 파악해 보겠습니다.

문제
몇 가지 연구 끝에 모든 반복을 기다리는 적절한 메커니즘 없이 forEach 루프 내에서 비동기 함수를 사용하면 문제가 발생할 수 있다는 사실을 발견했습니다. 이 경우 모든 반복이 대기되었는지 확인하지 않고 forEach 루프 내에서 async/await를 사용했습니다(아래 코드 참조).

async function patchRecords(records) {
    // Here, the length of records is 25
    let successfulUpdates = 0; // Initialize a counter for successful updates

    records.forEach(async (item) => {
        await databaseName.patch(item);
        successfulUpdates++; // Increment counter on successful update
    });
    // Return the number of records updated successfully
    return successfulUpdates;
}

const response = await patchRecords(records); // Make sure to await this call

위 코드에는 루프의 모든 비동기 반복이 완료되었는지 확인하는 메커니즘이 없습니다. forEach 메소드는 여러 비동기 호출을 실행하여 레코드를 패치하지만, patchRecords 함수는 해당 패치가 완료될 때까지 기다리지 않고 빠르게 반환 문에 도달합니다. 결과적으로 업데이트가 백그라운드에서 처리되는 동안 해당 기능은 업데이트가 완료될 때까지 기다리지 않고 계속 진행됩니다. 이로 인해 대기 중인 일부 약속이 이행되지 않은 상태로 유지되어 업데이트가 건너뛰거나 삭제될 수 있습니다.

솔루션
그렇다면 이 문제를 어떻게 해결할 수 있을까요? 솔루션을 시작하기 전에 먼저 데이터를 반복하는 다양한 방법을 이해해 보겠습니다. 기본적으로 데이터를 순차적으로 반복하거나 병렬

하는 두 가지 접근 방식이 있습니다.

데이터를 순차적 방식으로 비동기적으로 반복하려는 경우 forEach 루프를 사용하면 우리가 논의한 문제가 발생할 수 있습니다. 대신 최신 for…of 루프나 간단한 for 루프를 사용하는 것이 더 좋습니다. 이를 통해 await가 제대로 작동하고 모든 업데이트가 처리되도록 할 수 있습니다. 건너뛰지 않고(아래 코드 참조)

async function patchRecords(records) {
    // Here, the length of records is 25
    let successfulUpdates = 0; // Initialize a counter for successful updates

    records.forEach(async (item) => {
        await databaseName.patch(item);
        successfulUpdates++; // Increment counter on successful update
    });
    // Return the number of records updated successfully
    return successfulUpdates;
}

const response = await patchRecords(records); // Make sure to await this call

반면에 레코드를 병렬로 처리하려는 경우 다시 forEach를 사용하면 작동하지 않습니다. 각 비동기 콜백은 Promise를 반환하지만 해당 Promise 중 일부는 기다리지 않기 때문에 이행되지 않은 상태로 남아 있을 수 있습니다. 대신 map을 사용하여 Promise 배열을 생성한 다음 Promise.all으로 이를 기다립니다(아래 코드 참조).

async function patchRecords(records) {
    let successfulUpdates = 0; // Counter for successful updates

    for (const item of records) {
        try {
            // Query to patch each record
            await databaseName.patch(item);
            successfulUpdates++; // Increment counter on success
        } catch {
            // Handle any errors
        }
    }

    return successfulUpdates; // Return the number of records updated successfully
}

const response = await patchRecords(records); // Make sure to await this call

이는 올바른 루프 방법을 선택하면 비동기 작업의 예상 결과에 얼마나 큰 영향을 미칠 수 있는지 보여줍니다. forEach, for...of 또는 표준 for 루프 등 사용하는 루프 유형은 코드가 비동기 작업을 얼마나 잘 관리하는지에 중요한 역할을 합니다.

마무리

• 문제: forEach를 사용하여 레코드를 대량으로 업데이트하면 많은 레코드를 건너뛰는 등 일관성 없는 업데이트가 발생했습니다.
• 근본 원인: forEach는 비동기 작업이 완료될 때까지 기다리지 않아 약속이 이행되지 않게 됩니다.
• 해결책: for...of 루프를 사용하여 정확성을 위해 각 레코드가 순차적으로 업데이트될 때까지 기다리거나 동시 업데이트를 위해 Promise.all과 함께 맵을 사용합니다.

명확하게 설명했나요? 아래 댓글로 알려주세요.

제 경험을 공유해 즐거웠고 여러분도 소중한 경험을 하시길 바랍니다! 아직 이 공간을 탐색하는 동안 여러분의 피드백과 제안을 환영합니다. ☺️ 제가 개선할 수 있는 부분이 있거나 제가 다루고 싶은 주제가 있으면 주저하지 말고 연락주세요! ? 웹사이트. 여러분의 도움으로 배우고 성장하게 되어 기쁩니다. ??

위 내용은 forEach 대 for: 비동기식 대결!의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!