여러 fetch가 AbortSignal을 공유합니다. 일부 완료 뒤 abort하면 결과와 아직 진행 중인 작업은 어떻게 나누나요?
꼬리 질문을 독립 문항으로 확장했습니다. 원래 문항에서 맥락 보기 →
잠깐, 답변을 보기 전에
먼저 내 말로 설명해 볼까요?
답변과 점검 포인트 펼치기답변 접기
01
구두 답변
정의를 외우기보다, 원리와 조건을 연결해 설명해 보세요.
이미 완료한 요청의 외부 효과나 받은 데이터가 abort로 사라지지 않습니다. 완료 결과와 아직 진행 중인 요청을 각각 상태로 추적하고 필요한 정책에 따라 보존·폐기합니다.
fetch 헤더 응답과 body 소비도 다른 단계라 body 읽기가 abort될 수 있습니다. 같은 controller를 다른 수명 작업에 무심코 공유하지 않습니다. 변경 재시도는 서버 결과 조회·멱등 키를 사용합니다.
02
득점 포인트
이해가 드러나는 지점을 확인해 보세요.
- 이미 완료한 요청의 외부 효과나 받은 데이터가 abort로 사라지지 않습니다. 완료 결과와 아직 진행 중인 요청을 각각 상태로 추적하고 필요한 정책에 따라 보존·폐기합니다.
- 변경 재시도는 서버 결과 조회·멱등 키를 사용합니다.
03
감점 포인트
놓치기 쉬운 조건과 오해를 짚어 보세요.
- 다음 핵심 구분을 반대로 설명하거나 성립 조건을 생략한다: 이미 완료한 요청의 외부 효과나 받은 데이터가 abort로 사라지지 않습니다.
04
더 파고들 거리
하나 더 질문하며 이해의 범위를 넓혀 보세요.
득점·감점 포인트는 학습용 자기 점검 기준이며, 특정 회사의 실제 채점표가 아닙니다.
원리부터 공부하고 싶다면
답변을 보충하는 개념·예제·슈도코드를 읽어 보세요.