# [[Frontend Performance Optimization]]

## 📌 Brief Summary
프론트엔드 성능 최적화는 애플리케이션의 렌더링 경로를 개선하고 불필요한 재렌더링을 방지하며 초기 로딩 시간을 단축하여 사용자 경험을 향상시키는 핵심 과정입니다 [1, 2]. 이를 위해 코드 스플리팅, 지연 로딩(Lazy Loading), 효율적인 상태 관리, 컴포넌트 메모이제이션 등의 기법을 적용하여 초기 JavaScript 번들 크기를 줄이고 실행 속도를 높입니다 [3-5]. 특히 React 및 최신 웹 환경에서는 성능 프로파일링 도구를 통한 병목 지점 파악과 Core Web Vitals(LCP, FID, CLS, INP) 지표의 지속적인 모니터링 및 개선이 필수적입니다 [6, 7].

## 📖 Core Content
*   **렌더링 및 상태 관리 최적화**
    *   React 컴포넌트의 불필요한 재렌더링을 막기 위해 `React.memo()`, `useMemo`, `useCallback`을 전략적으로 사용해야 합니다 [4, 8, 9]. 하지만 잦은 업데이트가 있는 단순 컴포넌트에 무분별하게 적용하면 비교 연산 오버헤드로 인해 오히려 성능이 악화될 수 있으므로 프로파일링을 통한 측정이 선행되어야 합니다 [10, 11].
    *   새롭게 도입된 React Compiler는 빌드 타임에 컴포넌트 및 JSX 요소를 자동으로 메모이제이션하여, 복잡한 수동 메모이제이션 로직을 작성하지 않아도 렌더링 성능(INP 등)을 개선해 줍니다 [12-14].
    *   전역 상태 관리 시 Context API는 일부 값이 변경될 때 하위의 모든 컴포넌트를 재렌더링시키는 문제를 유발할 수 있습니다 [15, 16]. 따라서 빈번하게 변하는 상태에는 선택기(selector)를 사용해 필요한 부분만 업데이트하도록 돕는 Zustand 같은 라이브러리를 활용하는 것이 좋습니다 [17-19].

*   **번들 크기 축소 및 로딩 전략**
    *   거대한 JavaScript 번들은 초기 페이지 로드와 TTI(Time to Interactive)를 크게 지연시킵니다 [3, 20]. `React.lazy()`와 `Suspense`를 활용해 라우트 기반 코드 스플리팅이나 컴포넌트 단위 지연 로딩을 적용하면 초기 로딩 시 필요한 코드만 다운로드할 수 있습니다 [5, 21, 22].
    *   Vite와 같은 빌드 도구를 사용하는 경우, `manualChunks` 설정을 통해 변경 빈도가 낮은 무거운 벤더 라이브러리(예: React 코어)를 별도 파일로 분리하여 브라우저의 캐싱 효율을 극대화할 수 있습니다 [22-24].
    *   Next.js 환경에서는 React Server Components (RSC)를 활용해 서버에서 렌더링을 완료함으로써 클라이언트로 전송되는 JavaScript의 양을 획기적으로 줄이고 초기 페인트 속도를 높입니다 [25-27].

*   **런타임 성능 및 리소스 최적화**
    *   수천 개의 항목이 있는 대용량 리스트는 DOM 비대화를 초래하므로 화면에 보이는 항목만 렌더링하는 가상화(Virtualization 또는 Windowing) 기법을 사용해야 하며, 렌더링 시에는 안정적인 고유 `key` 속성을 부여해야 합니다 [28-32].
    *   사용자의 입력이나 스크롤 이벤트 시 무거운 API 연산 등이 과도하게 발생하지 않도록 디바운싱(Debouncing) 및 스로틀링(Throttling) 기법을 적용해야 합니다 [6, 29].
    *   React 18 이후의 Concurrent 렌더링 기능인 `useTransition` 및 `useDeferredValue`를 활용하여 덜 긴급한 UI 업데이트를 지연시킴으로써 사용자의 즉각적인 상호작용(타이핑, 클릭 등)이 차단되지 않도록 우선순위를 조율할 수 있습니다 [33-35].

*   **디버깅 및 메모리 누수 방지**
    *   애플리케이션의 성능이 점진적으로 저하된다면 메모리 누수(Memory Leak)를 의심해야 합니다 [36, 37]. Chrome DevTools의 Task Manager, Heap Snapshots, Allocation Timelines를 활용하여 제거되지 않은 이벤트 리스너나 분리된 DOM 트리(Detached DOM nodes)를 식별하고 해제해야 합니다 [38-41].
    *   최적화 전후에는 반드시 React DevTools Profiler, why-did-you-render 패키지, Chrome 성능 탭 등을 조합하여 병목 현상을 정확히 파악해야 하며 맹목적인 최적화는 피해야 합니다 [42-45].

## 🔗 Knowledge Connections
- **Related Topics:** [[React Architecture]], [[State Management]], [[Clean Code Principles]], [[Debugging Methods]], [[Bundle Size Optimization]]
- **Projects/Contexts:** [[Vite Build System]], [[Next.js App Router]], [[React 18 Concurrent Features]]
- **Contradictions/Notes:** 소스에 따르면 수동 메모이제이션(`React.memo`, `useMemo`, `useCallback`)은 불필요한 렌더링을 줄이는 강력한 도구이지만, 무분별하게 적용할 경우 비교 로직 자체가 오버헤드로 작용하여 오히려 애플리케이션의 성능을 저하시킬 수 있다는 모순적인 주의점이 강조됩니다 [10, 11]. 또한, Context API는 외부 종속성 없이 정적 상태를 공유하기엔 훌륭하지만 동적으로 자주 변하는 상태에 사용하면 성능 문제가 발생하므로 목적에 맞게 Zustand 등과 혼용해야 한다고 권장합니다 [15, 46-48].

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