이 페이지는 새로운 실험적 React 컴파일러에 대한 소개와 이를 성공적으로 시도하는 방법을 제공합니다.
학습 내용
- 컴파일러 시작하기
- 컴파일러 및 eslint 플러그인 설치
- 문제 해결
React 컴파일러는 빌드 타임 전용 도구로 React 앱을 자동으로 최적화합니다. 순수 JavaScript로 동작하며 React의 규칙을 이해하므로 코드를 다시 작성할 필요가 없습니다.
컴파일러에는 에디터 내에서 분석 결과를 보여주는 eslint 플러그인도 포함되어 있습니다. 이 플러그인은 컴파일러와 독립적으로 실행되며, 앱에서 컴파일러를 사용하지 않는 경우에도 사용할 수 있습니다. 모든 React 개발자에게 코드베이스의 품질을 향상하기 위해 이 eslint 플러그인을 사용할 것을 권장합니다.
컴파일러는 무엇을 하나요?
React 컴파일러는 애플리케이션을 최적화하기 위해 코드를 자동으로 메모이제이션합니다. 이미 useMemo
, useCallback
, React.memo
와 같은 API를 통해 적용하는 메모이제이션에 익숙할 것입니다. 이러한 API를 사용하면 React에 입력이 변경되지 않았다면 특정 부분을 다시 계산할 필요가 없다고 알릴 수 있어 업데이트 시 작업을 줄일 수 있습니다. 이 방법은 강력하지만 메모이제이션을 적용하는 것을 잊거나 잘못 적용할 수도 있습니다. 이 경우 React가 의미 있는 변경 사항이 없는 UI 일부를 확인해야 하므로 효율적이지 않을 수 있습니다.
컴파일러는 JavaScript와 React의 규칙에 대한 지식을 활용하여 자동으로 컴포넌트와 Hooks 내의 값 또는 값 그룹을 메모이제이션 합니다. 규칙 위반을 감지할 경우 해당 컴포넌트 또는 Hooks를 건너뛰고 다른 코드를 안전하게 컴파일합니다.
이미 코드베이스에 메모이제이션이 잘 되어 있다면, 컴파일러를 통해 주요 성능 향상을 기대하기 어려울 수 있습니다. 그러나 실제로 성능 문제를 일으키는 올바른 의존성을 메모이제이션 하는 것은 수작업으로 처리하기 까다로울 수 있습니다.
Deep Dive
React 컴파일러의 초기 릴리즈는 주로 업데이트 성능 개선(기존 컴포넌트의 리렌더링)에 초점을 맞추었으므로 다음 두 가지 사용 사례에 중점을 두고 있습니다.
- 컴포넌트의 연쇄적인 리렌더링 건너뛰기
<Parent />
를 리렌더링하면<Parent />
만이 변경되었음에도 불구하고 그 컴포넌트 트리 내의 많은 컴포넌트가 리렌더링되는 경우
- React 외부에서의 비용이 많이 드는 계산 건너뛰기
- 데이터가 필요한 컴포넌트나 Hook 내에서
expensivelyProcessAReallyLargeArrayOfObjects()
를 호출하는 경우
- 데이터가 필요한 컴포넌트나 Hook 내에서
리렌더링 최적화
React는 props, state, context와 같은 현재 state에 대한 함수로 UI를 표현할 수 있도록 해줍니다. useMemo()
, useCallback()
, React.memo()
로 수동 메모이제이션을 적용하지 않은 경우에 현재 구현에서 컴포넌트의 state가 변경되면, React는 해당 컴포넌트와 하위 모든 자식 컴포넌트 를 리렌더링합니다. 예를 들어 다음 예시에서는 <FriendList>
의 state가 변경될 때마다 <MessageButton>
이 리렌더링됩니다.
function FriendList({ friends }) {
const onlineCount = useFriendOnlineCount();
if (friends.length === 0) {
return <NoFriends />;
}
return (
<div>
<span>{onlineCount} online</span>
{friends.map((friend) => (
<FriendListCard key={friend.id} friend={friend} />
))}
<MessageButton />
</div>
);
}
React 컴파일러 플레이그라운드에서 이 예시를 확인하세요
React 컴파일러는 상태 변경 시 앱에서 관련된 부분만 리렌더링되도록 수동 메모이제이션과 동등한 기능을 자동으로 적용합니다. 이를 “세분화된 반응성(fine-grained reactivity)“이라고도 부릅니다. 위 예시에서 React 컴파일러는 friends
가 변경되더라도 <FriendListCard />
의 반환 값이 재사용될 수 있음을 결정하고, JSX를 재생성하지 않고 <MessageButton>
의 리렌더링도 피할 수 있습니다.
비용이 많이 드는 계산 메모이제이션
컴파일러는 렌더링 도중 비용이 많이 드는 계산에 대해 자동으로 메모이제이션을 적용할 수도 있습니다.
// 컴포넌트나 Hook이 아니기 때문에 React 컴파일러에 의해 **메모이제이션 되지 않습니다**
function expensivelyProcessAReallyLargeArrayOfObjects() { /* ... */ }
// 컴포넌트이기 때문에 React 컴파일러에 의해 메모이제이션 됩니다
function TableContainer({ items }) {
// 이 함수 호출은 메모이제이션 될 것입니다
const data = expensivelyProcessAReallyLargeArrayOfObjects(items);
// ...
}
React 컴파일러 플레이그라운드에서 이 예시를 확인하세요
그러나 expensivelyProcessAReallyLargeArrayOfObjects
가 실제로 비용이 많이 드는 함수라면 다음과 같은 이유로 React 외부에서 해당 함수의 별도 메모이제이션을 고려해야 할 수도 있습니다.
- React 컴파일러는 React 컴포넌트와 Hooks만 메모이제이션 하며, 모든 함수를 메모이제이션 하지 않습니다.
- React 컴파일러의 메모이제이션은 여러 컴포넌트나 Hooks 사이에서 공유되지 않습니다.
따라서 expensivelyProcessAReallyLargeArrayOfObjects
가 여러 다른 컴포넌트에서 사용되고 있다면 동일한 아이템이 전달되더라도 비용이 많이 드는 계산이 반복적으로 실행될 수 있습니다. 코드를 더 복잡하게 만들기 전에 먼저 프로파일링을 통해 해당 계산이 실제로 비용이 많이 드는지 확인하는 것이 좋습니다.
컴파일러는 무엇을 가정하나요?
React 컴파일러는 다음과 같이 가정합니다.
- 올바르고 의미 있는 JavaScript 코드로 작성되었습니다.
- nullable/optional 값과 속성에 접근하기 전에 그 값이 정의되어 있는지 테스트합니다. TypeScript를 사용하는 경우
strictNullChecks
을 활성화하여 수행합니다. 예를 들어if (object.nullableProperty) { object.nullableProperty.foo }
와 같이 처리하거나, 옵셔널 체이닝을 사용하여object.nullableProperty?.foo
와 같이 처리합니다. - React의 규칙을 따릅니다.
React 컴파일러는 React의 많은 규칙을 정적으로 검증할 수 있으며, 에러가 감지되면 안전하게 컴파일을 건너뜁니다. 에러를 확인하려면 eslint-plugin-react-compiler
의 설치를 권장합니다.
컴파일러를 시도해 봐야 하나요?
컴파일러가 여전히 실험적이며 다양한 결함이 있다는 점을 유의하세요. Meta와 같은 회사에서는 이미 프로덕션 환경에서 사용하였지만, 앱의 프로덕션에 컴파일러를 점진적으로 도입할지는 코드베이스의 건강 상태와 React의 규칙을 얼마나 잘 따랐는지에 따라 다를 것입니다.
지금 당장 컴파일러를 사용하기에 급급할 필요는 없습니다. 안정적인 릴리즈에 도달할 때까지 기다려도 괜찮습니다. 하지만 앱에서 작은 실험을 통해 컴파일러를 시도해 보고 피드백을 제공하여 컴파일러 개선에 도움을 줄 수 있습니다.
시작하기
이 문서 외에도 React 컴파일러 워킹 그룹을 확인하여 컴파일러에 대한 추가 정보와 논의를 참조하는 것을 권장합니다.
호환성 확인
컴파일러를 설치하기 전에, 먼저 코드베이스가 호환되는지 확인할 수 있습니다.
이 스크립트는 다음 작업을 수행합니다.
- 성공적으로 최적화할 수 있는 컴포넌트 수 확인: 숫자가 높을수록 좋습니다.
<StrictMode>
사용 여부 확인: 이를 활성화하고 준수할 경우 React의 규칙을 잘 따르는 가능성이 높습니다.- 호환되지 않는 라이브러리 사용 여부 확인: 알려진 라이브러리 중에서 컴파일러와 호환되지 않는 라이브러리를 확인합니다.
예시:
eslint-plugin-react-compiler
설치
React 컴파일러는 eslint 플러그인도 지원합니다. eslint 플러그인은 컴파일러와 독립적으로 사용할 수 있습니다. 즉 컴파일러를 사용하지 않더라도 eslint 플러그인을 사용할 수 있습니다.
그런 다음, eslint 구성 파일에 추가하세요.
module.exports = {
plugins: [
'eslint-plugin-react-compiler',
],
rules: {
'react-compiler/react-compiler': "error",
},
}
eslint 플러그인은 에디터에서 React 규칙 위반 사항을 표시합니다. 이 경우 컴파일러가 해당 컴포넌트나 Hook의 최적화를 건너뛰었음을 의미합니다. 이것은 완전히 정상적인 동작이며, 컴파일러는 이를 복구하고 코드베이스의 다른 컴포넌트를 계속해서 최적화할 수 있습니다.
모든 eslint 위반 사항을 즉시 수정할 필요는 없습니다. 자신의 속도에 맞춰 해결하면서 최적화되는 컴포넌트와 Hooks의 수를 늘릴 수 있지만, 컴파일러를 사용하기 전에 모든 것을 수정해야 할 필요는 없습니다.
코드베이스에 컴파일러 적용하기
기존 프로젝트
컴파일러는 React의 규칙을 따르는 함수 컴포넌트와 Hooks를 컴파일하는 것을 목표로 설계되었습니다. 또한 이러한 규칙을 위반하는 코드도 해당 컴포넌트나 Hooks를 건너뛰는 방식으로 처리할 수 있습니다. 그러나 JavaScript의 유연한 특성으로 인해 컴파일러가 가능한 모든 위반 사항을 잡아내지는 못하며, 가끔 거짓 양성(false positive)으로 컴파일할 수 있습니다. 즉 컴파일러는 React의 규칙을 위반하는 컴포넌트나 Hook을 실수로 컴파일할 수 있어 정의되지 않은 동작으로 이어질 수 있습니다.
따라서 기존 프로젝트에서 컴파일러를 성공적으로 도입하려면, 먼저 제품 코드의 작은 디렉터리에서 실행해 보는 것이 좋습니다. 이를 위해 컴파일러를 특정 디렉터리 세트에서만 실행하도록 구성할 수 있습니다.
const ReactCompilerConfig = {
sources: (filename) => {
return filename.indexOf('src/path/to/dir') !== -1;
},
};
드물지만 때에 따라서는 compilationMode: "annotation"
옵션을 사용하여 컴파일러를 “opt-in” 모드로 설정할 수도 있습니다. 이 모드에서는 컴파일러가 "use memo"
지시어로 주석 처리된 컴포넌트와 Hooks만 컴파일합니다. annotation
모드는 초기 사용자를 돕기 위한 임시 모드로, "use memo"
지시어를 장기적으로 사용할 의도는 없음을 유의하세요.
const ReactCompilerConfig = {
compilationMode: "annotation",
};
// src/app.jsx
export default function App() {
"use memo";
// ...
}
컴파일러를 도입하는 데 더 자신감을 가지게 되면, 다른 디렉터리에 대한 커버리지를 확대하고 점진적으로 전체 앱에 적용할 수 있습니다.
새로운 프로젝트
새 프로젝트를 시작할 경우, 기본 동작으로 전체 코드베이스에 컴파일러를 활성화할 수 있습니다.
사용 방법
Babel
컴파일러에는 빌드 파이프라인에서 사용할 수 있는 Babel 플러그인이 포함되어 있습니다.
설치 후에 Babel 구성 파일에 추가하세요. 파이프라인에서 컴파일러가 먼저 실행되는 것이 매우 중요합니다.
// babel.config.js
const ReactCompilerConfig = { /* ... */ };
module.exports = function () {
return {
plugins: [
['babel-plugin-react-compiler', ReactCompilerConfig], // 가장 먼저 실행하세요!
// ...
],
};
};
babel-plugin-react-compiler
는 다른 Babel 플러그인보다 먼저 실행되어야 합니다. 이는 컴파일러가 사운드 분석(sound analysis)을 위해 입력 소스 정보를 필요로 하기 때문입니다.
React Compiler works best with React 19 RC. If you are unable to upgrade, you can install the extra react-compiler-runtime
package which will allow the compiled code to run on versions prior to 19. However, note that the minimum supported version is 17.
You should also add the correct target
to your compiler config, where target
is the major version of React you are targeting:
// babel.config.js
const ReactCompilerConfig = {
target: '18' // '17' | '18' | '19'
};
module.exports = function () {
return {
plugins: [
['babel-plugin-react-compiler', ReactCompilerConfig],
],
};
};
Vite
Vite를 사용하고 있다면, vite-plugin-react
에 플러그인을 추가할 수 있습니다.
// vite.config.js
const ReactCompilerConfig = { /* ... */ };
export default defineConfig(() => {
return {
plugins: [
react({
babel: {
plugins: [
["babel-plugin-react-compiler", ReactCompilerConfig],
],
},
}),
],
// ...
};
});
Next.js
Next.js에는 React 컴파일러를 활성화하는 실험적인 구성이 있습니다. 이 구성은 자동으로 Babel이 babel-plugin-react-compiler
와 함께 설정되도록 보장합니다.
- React 19 릴리즈 후보 버전을 사용하는 Next.js 카나리(Canary) 버전을 설치하세요.
babel-plugin-react-compiler
를 설치하세요.
그런 다음 next.config.js
에서 실험적 옵션을 설정하세요.
// next.config.js
/** @type {import('next').NextConfig} */
const nextConfig = {
experimental: {
reactCompiler: true,
},
};
module.exports = nextConfig;
실험적 옵션을 사용하면 React 컴파일러의 지원을 다음과 같은 곳에서 보장합니다.
- 앱 라우터 (App Router)
- 페이지 라우터 (Pages Router)
- Webpack (기본)
- Turbopack (
--turbo
옵션을 통해 활성화)
Remix
vite-plugin-babel
을 설치하고 컴파일러의 Babel 플러그인을 추가하세요.
// vite.config.js
import babel from "vite-plugin-babel";
const ReactCompilerConfig = { /* ... */ };
export default defineConfig({
plugins: [
remix({ /* ... */}),
babel({
filter: /\.[jt]sx?$/,
babelConfig: {
presets: ["@babel/preset-typescript"], // TypeScript를 사용하는 경우
plugins: [
["babel-plugin-react-compiler", ReactCompilerConfig],
],
},
}),
],
});
Webpack
다음과 같이 React 컴파일러를 위한 자체 로더를 만들 수 있습니다.
const ReactCompilerConfig = { /* ... */ };
const BabelPluginReactCompiler = require('babel-plugin-react-compiler');
function reactCompilerLoader(sourceCode, sourceMap) {
// ...
const result = transformSync(sourceCode, {
// ...
plugins: [
[BabelPluginReactCompiler, ReactCompilerConfig],
],
// ...
});
if (result === null) {
this.callback(
Error(
`Failed to transform "${options.filename}"`
)
);
return;
}
this.callback(
null,
result.code,
result.map === null ? undefined : result.map
);
}
module.exports = reactCompilerLoader;
Expo
Expo 앱에서 React Compiler 를 활용하거나 사용하기 위해서는 Expo’s docs 를 참고해주세요.
Metro (React Native)
React Native는 Metro를 통해 Babel을 사용하므로 설치 지침은 Babel 사용법 섹션을 참조하세요.
Rspack
Rspack 앱에서 React Compiler 를 활용하거나 사용하기 위해서는 Rspack’s docs 를 참고해주세요.
Rsbuild
Rsbuild 앱에서 React Compiler 를 활용하거나 사용하기 위해서는 Rsbuild’s docs 를 참고해주세요.
Troubleshooting
문제를 보고하려면 먼저 React 컴파일러 플레이그라운드에서 최소한의 재현 사례를 만들어 버그 보고서에 포함하세요. facebook/react 저장소에서 이슈를 열 수 있습니다.
React 컴파일러 워킹 그룹에서도 회원으로 신청하여 피드백을 제공할 수 있습니다. 가입에 대한 자세한 내용은 README에서 확인하세요.
(0 , _c) is not a function
에러
이 에러는 React 19 RC 이상을 사용하지 않을 경우 발생합니다. 이 문제를 해결하려면 먼저 React 19 RC로 앱을 업그레이드하세요.
React 19로 업그레이드할 수 없는 경우, 워킹 그룹에서 설명한 대로 사용자 공간 캐시 함수 구현을 시도해 볼 수 있습니다. 그러나 가능하면 React 19로 업그레이드하는 것을 권장합니다.
컴포넌트가 최적화되었는지 어떻게 알 수 있을까요?
React Devtools (v5.0+)에는 React 컴파일러를 내장 지원하며, 컴파일러에 의해 최적화된 컴포넌트 옆에 “Memo ✨” 배지를 표시합니다.
컴파일 후 작동하지 않는 문제
eslint-plugin-react-compiler
을 설치한 경우, 컴파일러는 에디터에서 React 규칙 위반 사항을 표시합니다. 이 경우 컴파일러가 해당 컴포넌트나 Hook의 최적화를 건너뛰었음을 의미합니다. 이것은 완전히 정상적인 동작이며, 컴파일러는 이를 복구하고 코드베이스의 다른 컴포넌트를 계속해서 최적화할 수 있습니다. 모든 eslint 위반 사항을 즉시 수정할 필요는 없습니다. 자신의 속도에 맞춰 해결하면서 최적화되는 컴포넌트와 Hooks의 수를 점진적으로 늘릴 수 있습니다.
그러나 JavaScript의 유연하고 동적인 특성 때문에 모든 경우를 철저하게 감지하는 것은 불가능합니다. 이러면 버그나 무한 루프와 같은 정의되지 않은 동작이 발생할 수 있습니다.
컴파일 후 앱이 제대로 작동하지 않고 eslint 에러도 보이지 않는다면, 컴파일러가 코드를 잘못 컴파일한 것일 수 있습니다. 이를 확인하려면 관련된 컴포넌트나 Hook을 "use no memo"
지시어를 통해 강력하게 제외해 문제를 해결하려고 시도해 보세요.
function SuspiciousComponent() {
"use no memo"; // 컴포넌트가 React 컴파일러에 의해 컴파일되지 않도록 제외합니다.
// ...
}
문제를 해결했을 때 지시어를 제거하면 문제가 다시 발생하는지 확인하세요. 그런 다음 React 컴파일러 플레이그라운드를 활용하여 문제를 최소한의 재현 가능한 예시로 단순화해 보거나, 오픈 소스 코드라면 전체 소스 코드를 붙여 넣어 버그 보고서를 공유해주세요. 이를 통해 문제를 파악하고 해결하는 데 도움을 드릴 수 있습니다.
기타 문제
자세한 내용은 https://github.com/reactwg/react-compiler/discussions/7 를 참조해 주세요.