페이지 로딩 waterfall에 redirect·304·하위 자료가 섞여 있습니다. 실제 표시를 지연시키는 의존 경로를 어떻게 찾나요?
꼬리 질문을 독립 문항으로 확장했습니다. 원래 문항에서 맥락 보기 →
잠깐, 답변을 보기 전에
먼저 내 말로 설명해 볼까요?
답변과 점검 포인트 펼치기답변 접기
01
구두 답변
정의를 외우기보다, 원리와 조건을 연결해 설명해 보세요.
waterfall의 긴 막대만 보지 않고 HTML→CSS→폰트·이미지·스크립트의 의존 경로를 찾습니다. redirect와 조건부 요청도 왕복을 만들며 304는 본문 전송을 줄여도 네트워크 대기를 없애지 않습니다.
DNS·연결·TLS·서버 대기·본문 수신·렌더 차단을 구분하고 cold·warm 상태에서 비교합니다. 중요한 리소스 발견이 늦은지, 서버가 느린지에 따라 preload·캐시·API 개선의 처방이 달라집니다. 총 다운로드 완료와 사용자 주요 콘텐츠 표시를 같은 지표로 보지 않습니다.
02
득점 포인트
이해가 드러나는 지점을 확인해 보세요.
- waterfall의 긴 막대만 보지 않고 HTML→CSS→폰트·이미지·스크립트의 의존 경로를 찾습니다. redirect와 조건부 요청도 왕복을 만들며 304는 본문 전송을 줄여도 네트워크 대기를 없애지 않습니다.
- 총 다운로드 완료와 사용자 주요 콘텐츠 표시를 같은 지표로 보지 않습니다.
03
감점 포인트
놓치기 쉬운 조건과 오해를 짚어 보세요.
- 다음 핵심 구분을 반대로 설명하거나 성립 조건을 생략한다: waterfall의 긴 막대만 보지 않고 HTML→CSS→폰트·이미지·스크립트의 의존 경로를 찾습니다.
04
더 파고들 거리
하나 더 질문하며 이해의 범위를 넓혀 보세요.
득점·감점 포인트는 학습용 자기 점검 기준이며, 특정 회사의 실제 채점표가 아닙니다.
원리부터 공부하고 싶다면
답변을 보충하는 개념·예제·슈도코드를 읽어 보세요.