이 충돌은 전자 오경보였지만, 이를 처리하지 않으면 충돌률이 작동하지 않을 것입니다.
요인(효과를 주도하는 요소)
분석
잠금 문제
문제의 갑작스러운 출현은 일관성이 있지만, Mac과 Windows 모두에서 발생하고 오류 보고 스택이 서로 다른 아키텍처에서 일관성이 없기 때문에 3개로 나뉩니다.
원인 분석하기
먼저 오류 보고서 끝에 있는 스택 정보를 바탕으로 이 문제가 크롬 커널에서 발생한 크래시라는 것을 파악할 수 있습니다:
이런 종류의 온라인에 대한 해결책은 실제로 없으며, 조금 검색 할 수 없으며, 여전히 스택에서 원인을 찾아야합니다:
리소스 로딩 클래스에 크래시 스택이 나타나는 것을 볼 수 있으며, GPT의 내용을 살펴보세요:
전체 페이지가 다운되는 원인이 되는 리소스 로딩을 떠올릴 수 있나요?
문제 재현하기
나중에 개발 환경에서도 누군가가 크래시를 신고했지만 라이브로 가기 전에 무시되었고 볼륨도 매우 높았으며 라이브로 가기 전에 개발 테스트에서 크래시 데이터에 초점을 맞추지 않았고 주변에 물었을 때 아무도 크래시 시나리오가 없었기 때문에 크래시가 너무 자주 발생했는데 왜 아무도 그것을 감지하지 못했는지 매우 이상하게 생각했습니다.
조금 더 자세히 살펴보니 제 기기에서도 해당 크래시가 발생하여 크래시 발생 과정을 주시하는 것이 좋다는 것을 알게 되었습니다:
시작 후 세 개의 충돌 파일이 자동으로 생성되어 보고하는 것을 발견했습니다 ...
이것은 진짜 망치입니다.이 충돌로 아무 일도 일어나지 않지만 충돌 파일 만 생성하고 충돌률이 100 % 인 것처럼 보입니다 ...
재현 가능했다면 좋았을 텐데, 결국 렌더링 레이어의 프레임 페이지에서 의심스러운 오류를 보고하는 세그먼트로 밝혀졌습니다:
아래로 내려가서 찾아보세요:
문제 해결
인프라 담당자를 찾아 도메인 규칙을 보완하고 더 이상 이 오류가 발생하지 않도록 한 후에는 시작 시 더 이상 충돌 메시지가 생성되지 않습니다.
따라서 해결되었습니다.
후속 조치
아이콘 라이브러리는 한 번도 사용된 적이 없고 항상 신뢰할 수 있는 기능이었기 때문에 오랫동안 기다려온 기능입니다. 이전 버전에서는 이 충돌이 보고되지 않았는데 왜 이 버전에서 갑자기 보고되나요?
크롬 커널 업그레이드로 인해 이러한 문제의 우선순위가 오류에서 치명적인 것으로 높아져 일렉트론 크래시 캡처에 포착된 것으로 추측할 뿐 정확한 소스 코드 변경 사항은 찾기 어렵습니다. 오경보였다니 다행입니다.
- 라이브 출시 전에 개발 및 테스트 환경의 크래시에 집중하세요.
- 페이지를 렌더링하는 JS 오류는 언젠가 업그레이드될 수 있습니다.
- 일렉트론은 정말 엉망이며, 이와 같은 답변은 일렉트론 소스 코드가 아닌 크롬 소스 코드에서 찾아야 하며 일렉트론 릴리스 노트에는 반영되어 있지 않습니다.
