성능 및 크기에 대한 ReactJS 애플리케이션의 빠른 최적화

프런트엔드 집약적 애플리케이션에 대규모로 사용되는 React에는 고유한 성능 및 크기 최적화 방식이 있습니다. 두 가지 모두를 개선하면 React 패키지 번들 크기에 상당한 영향을 미칠 것입니다. 클라이언트 렌더링 애플리케이션에 중점을 두고 있다는 점을 고려하면 번들 크기가 작을수록 로딩 시간이 빨라집니다.

서버측 렌더링은 로드 시간을 더욱 향상시킵니다. 서버 측 렌더링에서 사용자가 웹 페이지를 요청할 때 React 구성 요소는 서버 자체에서 HTML 코드로 렌더링됩니다. 그런 다음 이 사전 렌더링된 페이지가 브라우저로 전송되어 사용자는 JS 로딩 시간의 오버헤드 없이 즉시 페이지를 볼 수 있습니다.

하지만 그건 전혀 다른 이야기입니다. 주로 코드를 조정하여 패키지 번들 크기를 개선하는 작업을 통해 클라이언트 측 렌더링 사이트를 개선하는 데 중점을 두겠습니다. 자세히 살펴보겠습니다.

1. 코드 분할 및 동적 가져오기

React 코드의 '번들링'은 모든 가져오기 및 코드를 거쳐 '번들'이라는 단일 파일로 결합하는 과정입니다. Webpack, Browserify 등이 이미 이 작업을 수행하고 있습니다.

Webpack에는 단일 번들을 더 작은 덩어리로 분할하고, 덩어리를 중복 제거하고, '요청 시' 가져오는 '코드 분할'이라는 기능이 있습니다. 이는 애플리케이션 로드 시간에 큰 영향을 미칩니다.

module.exports = {
  // Other webpack configuration options...
  optimization: {
    splitChunks: {
      chunks: 'all', // Options: 'initial', 'async', 'all'
      minSize: 10000, // Minimum size, in bytes, for a chunk to be generated
      maxSize: 0, // Maximum size, in bytes, for a chunk to be generated
      minChunks: 1, // Minimum number of chunks that must share a module before splitting
      maxAsyncRequests: 30, // Maximum number of parallel requests when on-demand loading
      maxInitialRequests: 30, // Maximum number of parallel requests at an entry point
      automaticNameDelimiter: '~', // Delimiter for generated names
      cacheGroups: {
        defaultVendors: {
          test: /[\/]node_modules[\/]/,
          priority: -10,
          reuseExistingChunk: true,
        },
        default: {
          minChunks: 2,
          priority: -20,
          reuseExistingChunk: true,
        },
      },
    },
  },
};

React Suspense를 사용한 지연 로딩 구성 요소(React 18): 동적 가져오기와 결합하면 구성 요소 로딩 시간이 눈에 띄게 향상됩니다.

일반적으로 상위 구성 요소 내에서 하위 구성 요소를 가져올 때 정적으로 가져옵니다. 실제로 렌더링해야 할 때까지 이 구성 요소를 가져오는 것을 방지하기 위해 React Suspense와 동적 가져오기를 조합하여 사용할 수 있습니다. React Suspense를 사용하면 요청 시 구성 요소를 로드할 수 있습니다. 해당 구성 요소를 동적으로 가져온 후 렌더링하는 동안 Fallback UI를 보여줍니다.

import { lazy } from 'react';

// The lazy loaded Component has to be exported as default
const BlogSection = lazy(() => import('./BlogSection.tsx'));

export default function HomePage() {
  return (
    
      <suspense fallback="{<Loading"></suspense>}>
        <blogsection></blogsection>
      
    >
  );
}

function Loading() {
  return <h2 id="Component-is-Loading">Component is Loading...</h2>;
}

2. 나무 흔들기

이는 번들을 생성하기 전에 사용하지 않는 코드를 모두 제거하기 위해 JavaScript 번들러에서 사용하는 기술입니다. ES6 코드는 트리 쉐이크될 수 있습니다. 그러나 CommonJS를 기반으로 하는 코드(예: 'require' 사용)는 트리 쉐이크될 수 없습니다.

Webpack Bundle Analyser는 대화형 지도를 통해 웹팩의 크기를 시각화하는 데 도움이 되는 플러그인입니다.

npm install --save-dev webpack-bundle-analyzer
npm install -g source-map-explorer

그런 다음 위의 항목을 플러그인으로 추가하도록 웹팩을 구성하세요.

plugins: [
  new BundleAnalyzerPlugin(),
  new HtmlWebpackPlugin({
    template: './public/index.html', // Path to your HTML template
    filename: 'index.html', // Output HTML file name
    inject: true, // Inject all assets into the body
  }),
];

Webpack을 실행하도록 스크립트가 구성되어 있는지 확인하세요.

"build": "webpack --config webpack.config.js --mode production"

얀 빌드를 실행하여 번들 크기를 효과적으로 시각화하는 데 도움이 되는 report.html을 생성하세요.

다음과 같습니다.

3. 동시 렌더링

Blocking Rendering이 무엇인지부터 알아보겠습니다. 렌더링 차단은 React가 백그라운드에서 덜 중요한 작업을 수행했기 때문에 메인 스레드(UX 업데이트)가 차단되는 경우입니다. React 16까지는 이런 일이 있었습니다.

React 18은 동시 기능을 도입했습니다. 이는 다음을 의미합니다.

• 백그라운드 업데이트 예약 방법을 더 효과적으로 제어할 수 있으며 기본 스레드를 차단하지 않음으로써 원활한 최종 사용자 환경을 조성할 수 있습니다.
• 상태 업데이트 자동 일괄 처리 시작: 일괄 처리는 상태가 한 번만 업데이트되는 방식으로 여러 상태 업데이트로 인한 여러 재렌더링을 그룹화하는 것을 의미합니다.

startTransition() 후크를 사용하여 React 업데이트를 긴급하지 않은 업데이트로 관리하면 React가 이전 업데이트보다 사용자 입력 및 구성 요소와의 사용자 상호 작용과 같은 긴급 업데이트의 우선 순위를 지정할 수 있습니다.

module.exports = {
  // Other webpack configuration options...
  optimization: {
    splitChunks: {
      chunks: 'all', // Options: 'initial', 'async', 'all'
      minSize: 10000, // Minimum size, in bytes, for a chunk to be generated
      maxSize: 0, // Maximum size, in bytes, for a chunk to be generated
      minChunks: 1, // Minimum number of chunks that must share a module before splitting
      maxAsyncRequests: 30, // Maximum number of parallel requests when on-demand loading
      maxInitialRequests: 30, // Maximum number of parallel requests at an entry point
      automaticNameDelimiter: '~', // Delimiter for generated names
      cacheGroups: {
        defaultVendors: {
          test: /[\/]node_modules[\/]/,
          priority: -10,
          reuseExistingChunk: true,
        },
        default: {
          minChunks: 2,
          priority: -20,
          reuseExistingChunk: true,
        },
      },
    },
  },
};

이 예시에서는 입력 값이 변경되면 handlerChange 함수가 호출됩니다. startTransition 함수는 목록 상태 업데이트를 긴급하지 않은 것으로 표시하는 데 사용됩니다. 이를 통해 React는 값 상태에 대한 업데이트 우선순위를 지정하여 목록이 클 때에도 입력이 계속 응답하도록 보장합니다.

useDeferredValue 후크를 사용하여 UI 사용량이 줄어들 때까지 값(일반적으로 비용이 많이 드는 계산)을 연기합니다.

import { lazy } from 'react';

// The lazy loaded Component has to be exported as default
const BlogSection = lazy(() => import('./BlogSection.tsx'));

export default function HomePage() {
  return (
    
      <suspense fallback="{<Loading"></suspense>}>
        <blogsection></blogsection>
      
    >
  );
}

function Loading() {
  return <h2 id="Component-is-Loading">Component is Loading...</h2>;
}

이 예에서는 useDeferredValue 후크를 사용하여 UI 사용량이 줄어들 때까지 값 상태를 연기합니다. 이렇게 하면 입력 업데이트가 처리될 때까지 큰 목록의 렌더링을 연기하여 입력 응답성을 유지하는 데 도움이 됩니다.

동시 렌더링의 주요 이점:

• 향상된 반응성: React가 렌더링 작업을 중단하도록 허용함으로써 UI는 사용자 상호 작용에 계속 반응합니다.
• 우선순위: React는 긴급하지 않은 업데이트보다 긴급 업데이트의 우선순위를 지정하여 보다 원활한 사용자 경험을 보장할 수 있습니다.
• 향상된 성능: 비용이 많이 드는 업데이트를 연기하여 메인 스레드에 미치는 영향을 줄이고 앱의 전반적인 성능을 향상시킬 수 있습니다.

4. 리소스 사전 로딩 지원(React 19)

애플리케이션이 로드하는 동안 가져오는 리소스가 너무 많다는 것을 알고 있다면 리소스를 미리 로드하는 것이 좋습니다. 이러한 리소스는 글꼴, 이미지, 스타일시트 등이 될 수 있습니다.

사전 로드가 유용한 시나리오:

• 하위 구성 요소는 리소스를 사용합니다. 이 경우 상위 구성 요소의 렌더링 단계에서 미리 로드할 수 있습니다.
• 이 리소스를 사용할 페이지/구성 요소로 리디렉션되는 이벤트 핸들러 내에 미리 로드합니다. 실제로 이는 렌더링 중에 미리 로드하는 것보다 더 나은 옵션입니다.

module.exports = {
  // Other webpack configuration options...
  optimization: {
    splitChunks: {
      chunks: 'all', // Options: 'initial', 'async', 'all'
      minSize: 10000, // Minimum size, in bytes, for a chunk to be generated
      maxSize: 0, // Maximum size, in bytes, for a chunk to be generated
      minChunks: 1, // Minimum number of chunks that must share a module before splitting
      maxAsyncRequests: 30, // Maximum number of parallel requests when on-demand loading
      maxInitialRequests: 30, // Maximum number of parallel requests at an entry point
      automaticNameDelimiter: '~', // Delimiter for generated names
      cacheGroups: {
        defaultVendors: {
          test: /[\/]node_modules[\/]/,
          priority: -10,
          reuseExistingChunk: true,
        },
        default: {
          minChunks: 2,
          priority: -20,
          reuseExistingChunk: true,
        },
      },
    },
  },
};

흥미로운 사실: 사전 로드를 구현한 후 Shopify, Financial Times, Treebo를 포함한 많은 사이트에서 대화 시간 및 사용자 인식 지연 시간과 같은 사용자 중심 지표가 1초 개선되었습니다.

---

의견을 남겨주세요

이 블로그가 도움이 되었기를 바랍니다! 귀하의 피드백은 나에게 매우 귀중한 것입니다 , 아래 댓글로 여러분의 생각과 제안을 남겨주세요.

더 많은 통찰력과 업데이트를 원하시면 언제든지 LinkedIn에서 저와 연락해 주세요. 계속 연결되어 함께 배우고 성장해 나가세요!

위 내용은 성능 및 크기에 대한 ReactJS 애플리케이션의 빠른 최적화의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!