> 웹 프론트엔드 > JS 튜토리얼 > React 18 개발 모드에서 useEffect 후크가 두 번 트리거되는 이유는 무엇입니까?

React 18 개발 모드에서 useEffect 후크가 두 번 트리거되는 이유는 무엇입니까?

DDD
풀어 주다: 2024-12-24 01:56:16
원래의
744명이 탐색했습니다.

Why is my useEffect Hook Triggering Twice in React 18 Development Mode?

React 18에서 여러 번 트리거되는 useEffect: 원인 및 해결 방법

React 18의 개발 환경에서는 useEffect 후크가 때때로 호출될 수 있습니다. 초기 구성 요소 장착 시 두 번. 이 동작은 향후 UI 상태 보존 기능을 위한 React의 준비에서 비롯됩니다.

이중 호출 이유:

React는 상태를 보존하면서 트리를 다시 마운트해야 하는 시나리오를 예상합니다. 원활한 사용자 경험을 위해. 예를 들어 탭을 전환하고 페이지로 돌아갈 때 React는 이전과 동일한 화면을 표시하는 것을 목표로 합니다. 이를 용이하게 하기 위해 초기화 중에 구성 요소를 마운트 해제했다가 다시 마운트하여 복원력을 테스트합니다.

개발 및 프로덕션 동작:

이 이중 호출은 독점적으로 발생한다는 점에 유의하는 것이 중요합니다. 개발 모드에서. 프로덕션 환경에서 useEffect는 예상대로 작동하며 마운트당 한 번만 호출됩니다.

문제 처리:

이중 호출은 이상해 보일 수 있지만 기회를 제공합니다. 코드 품질을 향상하고 향후 React 버전에 맞춰 조정합니다. 일반적으로 useEffect는 메모리 누수를 방지하기 위해 여러 호출 및 정리에 대해 탄력적이어야 합니다.

예: 간격 내부 useEffect:

간격이 내부에 설정되는 예를 고려해보세요. useEffect. 엄격 모드에서 잠재적인 문제를 방지하려면 구성 요소가 마운트 해제된 후 정리 기능이 간격을 명확하게 종료해야 합니다.

useEffect(() => {
  const id = setInterval(() => setCount((prevCount) => prevCount + 1), 1000);
  return () => clearInterval(id);
}, []);
로그인 후 복사

대체 접근 방식(권장하지 않음):

일부 useEffect 내에서 useRef 및 조건문을 사용하여 실행을 한 번으로 제한하도록 제안할 수 있습니다. 그러나 React는 정리 기능 구현의 중요성을 강조하면서 이러한 관행을 명시적으로 권장하지 않습니다.

useEffect 내부의 API 호출:

useEffect에 API 호출이 포함된 경우 가져오기 사용을 고려하세요. AbortController를 사용합니다. 컨트롤러는 구성 요소가 마운트 해제될 때 더 이상 관련이 없는 요청을 중단할 수 있도록 허용합니다. 이렇게 하면 마운트되지 않은 구성 요소에 대한 상태 업데이트가 방지되고 성능이 향상됩니다.

결론:

React 18에서 useEffect를 두 번 호출하는 이유를 이해하고 적절한 처리 기술을 사용하면 다음과 같은 결과를 얻을 수 있습니다. 더욱 강력하고 버그 없는 코드를 만들 수 있습니다. 개발 모드의 임시 특성에 관계없이 구성 요소 탄력성을 강화하고 향후 React 릴리스에서 원활한 작동을 보장할 수 있는 훌륭한 기회입니다.

위 내용은 React 18 개발 모드에서 useEffect 후크가 두 번 트리거되는 이유는 무엇입니까?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!

원천:php.cn
본 웹사이트의 성명
본 글의 내용은 네티즌들의 자발적인 기여로 작성되었으며, 저작권은 원저작자에게 있습니다. 본 사이트는 이에 상응하는 법적 책임을 지지 않습니다. 표절이나 침해가 의심되는 콘텐츠를 발견한 경우 admin@php.cn으로 문의하세요.
인기 튜토리얼
더>
최신 다운로드
더>
웹 효과
웹사이트 소스 코드
웹사이트 자료
프론트엔드 템플릿