# [[React Performance Optimization]]

## 📌 Brief Summary
React 성능 최적화는 애플리케이션의 불필요한 리렌더링을 방지하고 번들 크기를 줄여 빠르고 부드러운 사용자 경험을 제공하는 일련의 기법을 의미합니다. 주요 최적화 대상으로는 상태(state)나 컴포넌트 속성(props) 변경에 따른 렌더링 비용, 대규모 데이터 목록 처리, 그리고 거대한 JavaScript 번들 다운로드 등이 있습니다. 최근에는 개발자가 수동으로 적용하는 메모이제이션 훅(`React.memo`, `useMemo`)뿐만 아니라, React Compiler를 통한 자동 최적화 및 Next.js의 서버 컴포넌트(Server Components) 등을 활용해 초기 로드 속도와 런타임 성능을 극대화하는 방향으로 발전하고 있습니다.

## 📖 Core Content

*   **리렌더링의 이해 및 수동 메모이제이션**
    React는 기본적으로 상태나 props가 변경될 때, 또는 부모 컴포넌트가 렌더링될 때 하위 컴포넌트를 다시 렌더링합니다 [1]. 빈번하고 불필요한 리렌더링은 성능 저하의 주범이 되므로, 컴포넌트의 렌더링 결과를 캐싱하는 `React.memo()`를 사용하여 props가 변경되지 않았을 때의 렌더링을 건너뛸 수 있습니다 [2, 3]. 또한 `useCallback`과 `useMemo`를 사용해 객체와 함수의 참조를 안정적으로 유지함으로써 하위 컴포넌트의 불필요한 업데이트를 방지할 수 있습니다 [4-6]. 단, 메모이제이션을 위한 비교 연산 자체가 오버헤드가 될 수 있으므로, 항상 프로파일링을 통해 병목이 확인된 곳에만 선별적으로 적용해야 합니다 [4, 7, 8].
*   **상태 관리와 React Context 최적화**
    React의 내장 Context API는 상태가 변경될 때 해당 컨텍스트를 구독하는 모든 컴포넌트의 리렌더링을 유발하는 구조적 한계가 있습니다 [9-12]. 이를 최적화하기 위해서는 상태의 도메인별로 컨텍스트를 잘게 쪼개거나 [12], 선택자(selector) 패턴을 통해 컴포넌트가 관심 있는 특정 상태만 구독하여 리렌더링을 방지하는 Zustand, Jotai 같은 상태 관리 라이브러리를 도입하는 것이 좋습니다 [13-16].
*   **코드 분할(Code Splitting) 및 지연 로딩(Lazy Loading)**
    초기 로딩 속도(LCP 등)를 향상하려면 대규모 JavaScript 번들을 더 작은 청크로 나누어야 합니다 [17, 18]. `React.lazy()`와 `Suspense`를 활용하면 특정 라우트나 무거운 컴포넌트(차트, 에디터 등)를 사용자가 필요로 할 때만 로드할 수 있습니다 [19-21]. 또한 Vite와 같은 최신 빌드 도구의 `manualChunks` 설정을 통해 변경이 적은 벤더 라이브러리(React 코어 모듈 등)를 별도의 청크로 분리하면 브라우저 캐싱 효율을 크게 높일 수 있습니다 [21-23].
*   **대규모 목록 가상화(Virtualization)**
    수백에서 수천 개의 항목이 포함된 긴 목록을 렌더링할 경우, DOM 비대화로 인해 심각한 성능 저하가 발생합니다 [24, 25]. `react-window`와 같은 라이브러리를 사용해 사용자의 화면(viewport)에 보이는 항목만 동적으로 렌더링하는 가상화(Windowing) 기법을 적용해야 합니다 [24, 26, 27]. 더불어 목록 항목을 렌더링할 때는 고유하고 안정적인 `key` 값을 부여하여 React의 재조정(Reconciliation) 과정에서 발생하는 렌더링 비용을 줄여야 합니다 [28].
*   **동시성 기능(Concurrent Features) 활용**
    React 18 이상에서 제공하는 동시성 기능을 사용하면 UI의 응답성을 높일 수 있습니다 [29, 30]. `useTransition` 훅을 사용해 덜 중요한 렌더링 업데이트를 지연시키고, 사용자의 타이핑이나 클릭 등 중요 상호작용이 끊김 없이 처리되도록 우선순위를 제어할 수 있습니다 [31, 32].
*   **자동화된 최적화 도구: React Compiler & Server Components**
    2025년 기준 React 생태계의 주요 변화로, 빌드 단계에서 자동으로 코드를 분석하고 개별 JSX 요소와 연산을 세분화하여 캐싱하는 React Compiler가 도입되었습니다 [33, 34]. 이 컴파일러는 수동 메모이제이션의 유지보수 문제를 해결하고 성능을 최적화합니다 [35, 36]. 한편 Next.js에서는 서버 컴포넌트(Server Components)를 활용해 상호작용이 없는 정적 UI를 서버에서 전적으로 렌더링함으로써 클라이언트로 전송되는 JavaScript의 양을 획기적으로 줄여 초기 구동 시간을 개선합니다 [37-39].

## 🔗 Knowledge Connections
- **Related Topics:** [[React State Management]], [[Clean Code Principles]], [[Debugging Frontend Applications]], [[Scalable React Architecture]], [[React Compiler]]
- **Projects/Contexts:** [[Next.js App Router]], [[Vite Build Tool]], [[Zustand]], [[React DevTools Profiler]]
- **Contradictions/Notes:** 많은 개발자가 습관적으로 `useCallback`이나 `useMemo`를 사용하지만, 소스에서는 비교 연산 오버헤드로 인해 잘못 사용될 경우 오히려 성능이 저하될 수 있다고 경고합니다 [7, 8]. 또한 최근 정식 도입된 React Compiler가 수동 메모이제이션을 대신 처리해주어 `React.memo` 등의 사용이 불필요해지는 추세임이 강조됩니다 [22, 33, 40].

---
*Last updated: 2026-04-26*