그알것 — 그럼에도 알아야 할 것들
홈질문커뮤니티
로그인
그알것 — 그럼에도 알아야 할 것들

Service

  • 홈
  • 소개
  • 질문
  • 커뮤니티

My

  • 내 워크스페이스
  • 저장한 질문
  • 작성한 답변

Policy

  • 이용약관
  • 개인정보처리방침
  • 문의

© 2026 그알것 · What Still Matters

질문 목록Rendering
Rendering

브라우저 렌더링 파이프라인에 대해서 설명해주세요

실무4/5
설계3/5
인간3/5
기초4/5

면접관의 질문 의도

단계 이름을 외운 수준인지, 어떤 변경이 어느 단계를 다시 돌리는지까지 연결해 보는 사람인지를 가른다.

큐레이션 답변

학습 자료

브라우저는 HTML을 파싱해 DOM을, CSS를 파싱해 CSSOM을 만들고 둘을 결합해 렌더 트리를 구성한다. 이후 레이아웃 단계에서 요소의 위치와 크기를 계산하고, 페인트 단계에서 픽셀을 그리며, 마지막으로 레이어를 합성해 화면에 표시한다. display:none 요소는 렌더 트리에서 제외되고, transform/opacity 같은 속성은 주로 컴포지팅 단계에서 처리되어 레이아웃/페인트를 건너뛴다. 단계별 비용이 달라서 어떤 CSS 변경이 어느 단계를 다시 돌리는지가 성능의 핵심이다.

좋은 답변 구조

  1. 01DOM·CSSOM·렌더 트리·레이아웃·페인트·컴포지팅 단계와 각 단계의 입력/출력을 정의한다
  2. 02단계별 흐름을 따라가며 어디서 비용이 발생하는지 짚는다
  3. 03display:none·transform·opacity 같은 분기 동작과 컴포지팅 전용 속성의 예외를 설명한다
  4. 04리플로우/리페인트가 잦은 코드가 실무에서 어떤 증상을 만드는지 연결한다

자주 실수하는 포인트

DOM 생성만 설명하고 CSSOM/렌더 트리 결합을 빠뜨린다
리플로우와 리페인트의 비용 차이를 "둘 다 비싸다" 정도로 뭉뚱그린다
transform/opacity가 컴포지팅 단계로 빠진다는 사실을 모른다
레이아웃을 강제로 동기 호출하는 layout thrashing 패턴을 인지하지 못한다

실무 맥락

  • 스크롤마다 사이즈를 측정하고 다시 그리는 무한 스크롤/가상 리스트 화면
  • 애니메이션이 많은 마케팅 페이지에서 프레임이 들쑥날쑥한 상황
  • CLS/LCP 개선을 위해 위 단계 중 어디를 줄여야 할지 가르는 작업

본인 경험에 녹이는 힌트

offsetWidth 읽기와 스타일 변경이 섞여 layout thrashing이 났던 경험이 있다면 어떻게 측정/배치 분리로 풀었는지 연결할 수 있다

top/left 애니메이션을 transform 기반으로 바꿔 프레임을 살린 경험이 있다면 단계별 비용 설명과 함께 말할 수 있다

Performance 탭에서 Long Frame을 들여다본 적이 있다면 어느 단계가 길었는지를 답변 후크로 쓸 수 있다

커뮤니티 인기 답변

전체 0개

아직 공개된 답변이 없어요. 첫 공개 답변을 남겨보세요.

관련 꼬리 질문

Q1리플로우를 유발하는 대표 CSS 속성에는 어떤 것들이 있나요
Q2will-change를 남용하면 어떤 문제가 생기나요
Q3렌더링 병목을 개발자 도구에서 어떻게 확인하나요
아직 답을 쓰지 않았어요.
큐레이션 답변과 다른 사람 답변을 보고, 자기 언어로 답을 정리해보면 학습 효과가 가장 큽니다.
목차
  • 01면접관의 질문 의도
  • 02큐레이션 답변
  • 03좋은 답변 구조
  • 04자주 실수하는 포인트
  • 05실무 맥락
  • 06본인 경험에 녹이는 힌트
  • 07커뮤니티 인기 답변준비중
  • 08관련 꼬리 질문