키워드
파싱, 렌더링, DOM, CSSOM, Render Tree, HTTP/2, 리렌더링, 자바스크립트 파싱
대부분의 프로그래밍 언어는 운영체제나 가상머신 위에서 실행되지만 웹 애플리케이션의 클라이언트 사이드 자바스크립트는 브라우저에서 HTML, CSS와 함께 실행됩니다.
아래는 브라우저의 렌더링 과정을 간략하게 표현한 것 입니다.
사용자는 URL https://www.naver.com 을 입력하여 암묵적으로 index.html을 요청했습니다. 하지만 index.html 외 CSS, 자바스크립트, 이미지 등의 파일은 왜 응답이 될까요?
그 이유는 브라우저가 렌더링 과정에서 외부 리소스를 로드하는 태그(link, img, script ...)등을 만나면 HTML 파싱을 일시 중단하고 해당 리소스 파일을 서버로 요청하기 떄문입니다.
이전 HTTP/1.1에서는 위의 렌더링 과정처럼 요청과 응답이 쌍으로 동작하고 있습니다. HTTP/2는 다중 요청/응답이 가능하기 때문에 HTTP/1.1에 비해 페이지 로드 속도가 약 50%정도 빠르다고 알려져 있습니다.
서버는 클라이언트의 요청에 HTML을 응답합니다. 브라우저는 해당 HTML을 브라우저가 이해할 수 있는 자료구조로 변환하여 메모리에 저장해야 합니다.
즉, 브라우저는 HTML을 파싱하여 DOM을 생성합니다.
아래는 DOM을 생성하는 과정에 대한 그림 입니다.
브라우저는 HTML을 파싱하여 DOM 생성하는 도중 link 태그를 만나게 되면 DOM 생성을 일시중지합니다.
이후 서버에 CSS 파일을 요청 후 DOM 생성과 마찬가지로 CSS파일을 파싱 후 CSSOM을 생성합니다.
CSSOM을 생성이 완료되면 DOM 생성을 재개합니다.
브라우저는 HTML을 파싱하여 DOM과 CSSOM을 생성하면 DOM과 CSSOM를 렌더 트리로 결합됩니다.
이후 완성된 렌더 트리는 각 HTML 요소의 레이아웃을 계산하는 데 사용되며 브라우저 화면에 픽셀을 렌더링하는 페인팅 처리에 입력됩니다.
어떤 경우에 레이아웃 계산과 페인팅이 실행되나?
- 자바스크립트에 의한 노드 추가 또는 삭제
- 브라우저 창의 리사이징에 의한 뷰포트 크기 변경
- HTML 요소의 레이아웃(위치, 크기)에 변경을 발생시키는 width/height, margin 등의 스타일 변경
리렌더링은 성능에 악영향을 주는 작업이며 최소화 해야합니다
CSS와 마찬가지로 브라우저는 script 태그를 만날 때 DOM 생성을 일시 중지하고 자바스크립트를 파싱과 실행을 합니다. 이후 DOM 생성을 재개합니다.
자바스크립트의 파싱과 실행은 브라우저의 렌더링 엔진이 아닌 자바스크립트 엔진이 처리합니다.
아래는 자바스크립트 코드의 파싱을 표현한 그림입니다.
자바스크립트의 파싱과 실행에 대한 자세한 내용은 여기에 포스트 했습니다.
DOM 생성을 일시 중지하고 자바스크립트 파싱을 진행되는 문제를 해결하기 위해 HTML5부터는 async와 defer 어트리뷰트가 추가되었습니다.
아래는 기본과 async, defer 어트리뷰트에 대한 파싱 과정에 대한 그림 입니다.
defer 어트리뷰트 사용시 HTML 파싱과 자바스크립트 파일의 로드가 비동기적으로 동시에 진행 됩니다. 이후 HTML 파싱이 끝난 후 자바스크립트가 실행 됩니다.
async 어트리뷰트 사용 시 HTMl 파싱과 자바스크립트 파일의 로드가 비동기적으로 동시에 진행 됩니다. 이후 자바스크립트 파일의 로드가 끝난 후 자바스크립특 실행 됩니다.