> 웹 프론트엔드 > JS 튜토리얼 > React 네이티브 앱의 간단한 치명적인 예외

React 네이티브 앱의 간단한 치명적인 예외

Mary-Kate Olsen
풀어 주다: 2024-12-23 14:53:11
원래의
470명이 탐색했습니다.

A simple Fatal Exception in the React native app

계획대로 펼쳐지는 전형적인 금요일 밤이었습니다. React Native 앱의 최신 버전이 Play Console을 통해 프로덕션 단계로 푸시되었으며, 사용자의 30%를 대상으로 통제된 출시가 이루어졌습니다. 그러나 Google Analytics 대시보드에 중요한 경고가 표시되었을 때 우리의 일상적인 감각은 갑자기 깨졌습니다. 즉, 충돌 없는 사용자 비율이 99%에서 92%로 급락했습니다. 이 놀라운 하락은 코드 레드 상황을 촉발시켰습니다.

놀라울 정도로 부지런한 팀 덕분에 한밤중에도 즉시 전화를 받을 수 있었습니다. Google Crash Analytics 도구를 활용하여 스택 추적을 분석하고 화면 전반에 걸쳐 사용자 행동을 추적했습니다. 이러한 통찰력에도 불구하고 우리는 충돌을 재현하기 위한 일관된 패턴을 정확히 찾아낼 수 없었습니다. 유일하게 그럴듯한 이론은 코드의 실수로 인한 조기 반환 문이 원인일 수 있다는 것입니다.

버그 찾기
사용자 행동에서 식별 가능한 패턴이 없기 때문에 우리는 코드베이스에서 버전 차이를 살펴보았습니다. 우리는 코드의 모든 줄을 꼼꼼하게 검토하고 150개 이상의 Git diff를 샅샅이 조사하여 예외 사항을 검색했습니다. 그러나 파악하기 어려운 조기 반환 명세서는 감지되지 않은 채 남아 있었습니다. 그럼에도 불구하고 우리는 일련의 최적화를 구현하고 프로덕션 업데이트를 추진했습니다. 12시간 후에 충돌이 다시 발생했지만 빈도는 크게 떨어졌습니다.

예기치 않게 돌파구가 찾아왔습니다. 별도의 기능을 작업하던 중 인터넷 연결이 잠시 오프라인이 되었고, 우연히 앱을 실행하게 되었습니다. 놀랍게도 치명적인 오류가 바로 눈앞에 나타났습니다.

실수

  const {isConnected} = netState();
   if (!isConnected){
    return;
  }
  const calculateMyView = useCallback(() => {
    // ...some code
  },[]);
로그인 후 복사
로그인 후 복사

광범위한 디버깅 후에 우리는 구성 요소 중 하나에 깊숙이 묻혀 있는 초기 반환 문에서 문제를 추적했습니다. 이 미묘한 버그로 인해 특정 상황에서 충돌이 발생했습니다. 즉, 사용자가 안정적인 인터넷 연결에 다시 연결하면 구성 요소가 다시 렌더링을 시도하게 됩니다.

내부적으로는 어떻게 되나요?
초기 렌더링
초기 렌더링 중에 React는 호출된 정확한 순서대로 각 후크(예: useCallback)를 등록합니다. 후크는 구성 요소 트리에서의 위치에 따라 색인이 생성된 내부 목록에 저장됩니다.
후속 렌더링
다시 렌더링할 때 React는 후크가 동일한 순서와 위치에서 호출될 것으로 예상합니다. 예를 들어 후크 실행을 건너뛰는 조기 반환 문으로 인해 이 순서가 변경되면 내부 목록이 잘못 정렬됩니다. 그런 다음 React는 실행되지 않은 후크(예: 위치 1)에 액세스하려고 시도하여 오류가 발생합니다.
com.facebook.react.common.JavascriptException으로 식별되는 충돌은 React가 예상보다 적은 수의 후크를 렌더링했기 때문에 발생했습니다. 이는 잘못된 조기 반환으로 인해 상태 저장 논리를 건너뛰는 전형적인 증상입니다. 이 동작은 렌더 전반에 걸쳐 일관성을 유지하기 위해 후크 실행 순서를 요구하는 React의 후크 규칙을 위반했습니다. 결과적으로 스택에 이 화면이 있는 사용자는 인터넷 연결이 끊어지면 충돌이 발생합니다.

수정

  const {isConnected} = netState();
   if (!isConnected){
    return;
  }
  const calculateMyView = useCallback(() => {
    // ...some code
  },[]);
로그인 후 복사
로그인 후 복사

문제를 해결하기 위해 return 문이 더 이상 후크 실행 흐름을 방해하지 않도록 로직을 재정렬했습니다. 이러한 조정을 통해 우리는 React의 선언적 원칙을 고수하고 재렌더링 프로세스를 안정화했으며 충돌을 제거했습니다.

이 경험은 React의 후크 규칙을 따르고 렌더 로직 내에서 조건부 반환을 피하는 것의 중요성을 강력하게 일깨워주었습니다. 이러한 원칙은 React 애플리케이션의 무결성과 안정성을 유지하는 데 중요합니다.

위 내용은 React 네이티브 앱의 간단한 치명적인 예외의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!

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