JSX의 동작 방식과 내부 원리 파헤치기

2026. 1. 7. 17:32·Stack/React
반응형

React를 사용하다면 자연스럽게 JSX 문법을 사용하게 된다.

하지만 사용하면서 JSX 코드가 어떻게 자연스럽게 브라우저에 실행되는지 그리고 React 와 JSX 는 어떤 관계인지에 대해 궁금해서 해당 글을 작성해본다.

JSX 는 React를 위한게 아니다.

나도 이 블로그를 쓰기 전까지 잘못 알고있던 사실중 하나이다. JSX 는 React 전용 문법이라고 생각했는데 사실은 그렇지 않다. JSX는 Meta 에서 만든 하나의 문법 사양 일뿐 React를 위한 전용이 아니다. 단지 React 에서 JSX를 채택하여 UI를 표한하는 하나의 라이브러리이다.

이를 대표적으로 사용하는게 JSX 문법중에 JSXNamespacedName 이다. 이는 <f:image /> 와 같은 콜론을 사용하는 네임스페이스 문법이지만 React에서는 이를 공식적으로 지원하지 않는다.

즉 React를 위해 JSX 가 탄생했다 라기 보다는 React에서 JSX의 문법을 채택했다가 올바른 말이다.

JSX 는 어떻게 JS로 변환될까?

브라우저는 JSX 문법을 이해하지 못한다. 따라서 웹브라우저에서는 JSX 파일은 JS파일로 변환되어야한다.

[babel 과 친구들]

전통적으로 이 JSX를 변환하는 과정은 Babel이라는 트랜스파일러가 담당했다.

구체적으로는 @babel/plugin-transform-react-jsx 플러그인을 통해 변환되었다.

하지만 요즘에는 최근에 CRA 보다는 Vite 나 Next.js를 사용할때는 Babel 보다는 다른 것들을 사용하기도 한다.

  • CRA (Create React App) : 전통적인 Babel 사용
  • Next.js : SWC (Rust 기반의 고속 컴파일러) 사용
  • Vite : esbuild (Go 기반) 사용

JSX → JS 로 변환되는 과정에서 성능적으로 비용이 발생할까라는 의문도 있었지만 이 의문도 금방 풀렸다.

해당 비용은 사용자의 경험에는 전혀 영향이 없다. JSX 변환 비용은 오직 개발자 본인만 코드를 작성하고 배포를 준비하는 빌드 타임에서만 발생하기 때문에 실제 동작하는 런타임에서는 이미 JS로 변환된 코드가 제공되기 때문에 성능 저하 와 같은 비용은 전혀 없다.

왜 굳이 JSX 를 사용할까?

그럼 다시 근본적인 물음이 발생하는데 순수 자바스크립트로도 구현 할수 있는데 왜 굳이 JSX를 사용할까라는 생각이 드는게 당연하다. 해당 이유는 크게 3가지로 답할 수 있다.

  1. 첫번째로 가독성이다. 전통적인 Babel 을 사용할 경우 React.createElement 와 같이 복잡한 함수를 호출하기 때문에 해당 함수를 사용하는 것보다는 HTML 과 유사한 문법을 사용하여 UI 구조를 직관적으로 파악이 가능하다.
  2. 두번째로는 생산성이다. UI 구조와 로직을 한눈에 볼 수 있기 때문에 컴포넌트 개발 속도가 빨라진다.
  3. 마지막 세번째로 는 에러감지에 유용하다. 순수 자바스크립트로는 다 런타임 단계에서 오류를 발견하게 된다. 하지만 JSX를 사용하면 Babel 이 컴파일 과정에서 문법적 오류를 발견하고 이를 미리 발견하여 런타임 에러 버그를 줄이고 디버깅에 유리하다.

React 17 에서의 JSX 의 변화

React 17 버젼 , 바벨 7.9.0 부터는 JSX가 JS로 변환되는 방식에서 변화가 생겼는데 Automatic Runtime이 생겼다.

기존 방식 (React 16 이전)

// jsx 
const element = <h1>Hello World</h1>;

// 변환
var element = React.createElement('h1', null, 'Hello World');

위와 같은 방식으로 변환되고 이 때문에 실제 모든 파일에 import React from ‘react’ 를 선언을 했어야됬다.

변경 방식 (React 17 이후)

react17 이후부터는 React.createElement 를 사용하지 않고 react/jsx-runtime 모듈의 _jsx 함수를 사용한다.

import {jsx as _jsx } from 'react/jsx-runtime';

var element = _jsx('h1' , {children : 'Hello World'});

위 와 같은 형식으로 변경된다.

해당 방식으로 변경되면서 생기는 이점은 다음과 같다.

  • React import 생략 : 더 이상 import React from ‘react’ 를 해줄 필요 가 없다.
  • 위와 같이 바뀜으로써 내부적으로 불필요한 코드를 줄여 최종 번들 크기가 약간 줄었다
  • 성능 최적화 : 내부적으로 더 효율적인 방식으로 변화됬다.

글 작성 후기

글을 작성하고 밀려뒀던 숙제를 하나 풀었다라는 생각이 들었다. jsx는 react를 위해 만들어지지 않았던점 JSX → JS 과정으로 변경되는데 일을 babel 이 해준다는점, 그리고 최근에든 go나 rust 방식으로 구현되어있는것을 알았다. 폭풍이 치는 react 인 만큼 버젼에 따른 각각의 변화를 알아야겟다.

 

반응형

'Stack > React' 카테고리의 다른 글

useTransition 알아보기  (0) 2024.08.16
useDefferdValue 알아보기  (0) 2024.08.16
useId 알아보기  (0) 2024.08.16
useReducer 알아보기  (0) 2024.08.12
useLayoutEffect 에 대해 알아보기  (2) 2024.08.12
'Stack/React' 카테고리의 다른 글
  • useTransition 알아보기
  • useDefferdValue 알아보기
  • useId 알아보기
  • useReducer 알아보기
WHITE_FROST
WHITE_FROST
개발공부리뷰블로그
    반응형
  • WHITE_FROST
    하얀하얀IT
    WHITE_FROST
  • 전체
    오늘
    어제
    • 분류 전체보기 (125)
      • Stack (45)
        • Next.js (8)
        • React (13)
        • React-Native (15)
        • TypeScript (0)
        • Python (2)
        • JavaScript (2)
        • Android (1)
        • DB (2)
        • JAVA (1)
      • Design Pattern (1)
      • AI (3)
      • Obsidian (1)
      • Error (7)
      • 알고리즘 정리 (6)
      • 알고리즘 문제풀이 (46)
      • 공부일상 (6)
      • 기타 (6)
      • Tip (3)
  • 블로그 메뉴

    • 홈
    • 태그
    • 미디어로그
    • 위치로그
    • 방명록
  • 링크

  • 공지사항

  • 인기 글

  • 태그

    Python
    코테
    Expo
    코딩테스트
    Next.js
    hooks
    ios
    Ai
    error
    boj
    react
    리액트네이티브
    mongodb cloud
    SWEA
    D2
    티스토리챌린지
    React Hooks
    reactnative
    ReactHook
    react-native
    프로그래머스
    javascript
    d1
    java
    React-Native cli
    백준
    오블완
    알고리즘
    react-native-maps
    mongoDB Atlas
  • 최근 댓글

  • 최근 글

  • hELLO· Designed By정상우.v4.10.5
WHITE_FROST
JSX의 동작 방식과 내부 원리 파헤치기
상단으로

티스토리툴바