# [[styled-components]]

## 📌[[ brief]] Summary
styled-components는 [[JavaScript]] 파일 내에서 태그된 템플릿 리터럴(Tagged Template Literals)을 사용하여 React 컴포넌트의 스타일을 지정하는 대표적인 [[CSS-in-JS]] 라이브러리이다 [1-3]. 스타일을 개별 컴포넌트에 지역적으로 캡슐화하여 전역 네임스페이스 충돌이나 스타일 누수 현상을 방지한다 [3-5]. Props나 상태([[State]]), 테마를 활용한 동적 스타일링 측면에서 뛰어난 개발자 경험을 제공하지만, 런타임에 CSS를 생성하고 주입하는 방식 때문에 성능 오버헤드와 번들 크기 증가라는 트레이드오프가 존재한다 [6, 7].

## 📖 Core Content
* **작동 원리 및 개발자 경험(DX):** styled-components는 ES6의 태그된 템플릿 리터럴을 통해 컴포넌트와 해당 스타일을 함께 배치(Co-location)한다 [1, 5, 6]. `ThemeProvider`를 이용한 내장 테마 시스템을 지원하며 [6, 8], TypeScript와 원활하게 통합되어 Props 기반의 타입 안전한 동적 스타일링을 구현할 수 있다 [6, 9]. DOM으로 전달되지 않아야 하는 스타일 전용 Props를 필터링하기 위해 이름 앞에 `$`를 붙이는 "Transient props" 기능이나 `shouldForwardProp` API를 제공하여 깔끔한 DOM 트리를 유지할 수 있다 [10-12].
* **런타임 성능 및 확장성 이슈:** 스타일이 자바스크립트에 내장되어 런타임에 동적으로 주입되므로 앱의 CPU 사이클 소모와 JS 번들 크기(약 30kb 추가)가 증가하는 단점이 있다 [6, 13, 14]. 이 런타임 오버헤드는 복잡한 대규모 애플리케이션이나 저사양 기기에서 렌더링 성능 병목(예: 10,000개 리스트 렌더링 테스트 시 Tailwind 대비 약 63% 더 느린 148ms 소요)을 유발할 수 있다 [7, 14, 15].
* **[[React [[Server Components]] (RSC)]] 및 [[Next.js 15]] 호환성:** 전통적인 CSS-in-JS 라이브러리는 [[React Context]]에 의존하기 때문에, Context가 존재하지 않는 서버 컴포넌트(RSC) 환경과 근본적으로 호환되지 않는 문제가 있었다 [13, 16-18]. 이를 해결하기 위해 [[Next.js App Router]]에서는 렌더링 중 CSS 규칙을 수집하는 '[[Style Registry]]' 패턴과 `useServerInsertedHTML` 훅을 사용해야 하며, 하이드레이션 불일치를 막기 위해 `next.config.js`의 `styledComponents` 컴파일러 옵션을 활성화해야 한다 [18, 19]. 최신 v6.3.0 이상에서는 RSC 환경을 자동 감지하여 인라인 `<style>` 태그를 주입하는 기능을 지원하지만, `ThemeProvider`는 여전히 RSC에서 동작하지 않으므로 [[CSS Variables]](사용자 지정 속성) 기반의 테마 적용이 권장된다 [8, 20].
* **버전 6(v6)의 주요 변경 사항:** v6부터는 코드베이스가 TypeScript로 완전히 다시 작성되어 라이브러리 자체적으로 타입을 제공하며, 내부 파서로 Stylis v4를 사용한다. 또한, 기존에 지원되던 자동 Prop 필터링을 제거하고 Transient props(`$`) 사용을 표준으로 강제한다 [21, 22].

## 🔗 Knowledge Connections
- **Related Topics:** [[CSS-in-JS]], [[Tailwind CSS]], [[React Server Components]], [[Dynamic Theming]], [[Design Tokens]]
- **Projects/Contexts:** [[Next.js App Router]], Scalable [[Frontend]] [[Architecture]]
- **Contradictions/Notes:** 소스에 따르면, styled-components는 모듈화와 동적 스타일링에 매우 강력한 도구이지만, 런타임 비용 문제와 RSC 호환성의 한계로 인해 최근의 확장 가능한 프론트엔드 아키텍처에서는 제로 런타임(Zero-runtime) CSS-in-JS(예: [[vanilla-extract]])나 유틸리티 클래스 기반인 [[Tailwind CSS]]로 전환(마이그레이션)하여 [[Core Web Vitals]] 최적화를 꾀하는 추세가 확인된다 [16, 17, 23-25].

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