문제 설명:
사진과 같이 검색결과 메모리 누수 문제가 발견되었습니다:
15번 검색한 결과 메모리가 15MB에서 18MB로 늘어났는데, 이는 상당히 심각합니다.
문제 해결
디버깅 및 분석 후 최종적으로 문제의 대략적인 위치를 찾았습니다.
으아악grid.load()
를 제외한 모든 항목을 주석으로 처리하고 0번, 1번, 10번 검색한 결과는 다음과 같습니다.
메모리 검색 횟수가 늘어날수록 메모리가 늘어나지 않고 메모리 누수 문제도 발생하지 않는 것을 확인할 수 있습니다.
그러고보니 console
的问题,注释掉两个console
인 줄 알았더니 결과는 이렇습니다.(여전히 검색횟수 0회, 1회, 10회) :
문제는 여전히 같습니다. 콘솔의 문제는 아니라고 볼 수 있습니다. 실제로는 생각할 수 없는 문제입니다. 그러나 문제 해결 중에는 기본적으로 응급 치료가 필요한 경우였습니다.
다음은 기본적으로 이 섹션으로 인해 발생하는 문제를 찾을 수 있습니다.
으아악분석을 위해 위의 내용은 제어 배열 획득과 조직 데이터 탐색의 두 부분으로 나눌 수 있습니다
으아악획득과 순회를 분할한 후 테스트한 결과 그림과 같이 문제가 존재하지 않습니다.
마지막 질문
함수에서 제어권을 얻고 이를 탐색하는 두 가지 방법
작성 방법 1:
으아악작성 방법 2:
으아악첫 번째 방법에서는 메모리 누수가 발생하지만 두 번째 방법에서는 메모리 누수가 발생하지 않는 이유는 무엇입니까?
반드시 메모리 누수는 아니며, GC가 재활용되지 않았기 때문일 수 있습니다. 첫 번째 작성 방법에서는 문이 끝나지 않았으며 모든 DOM을 계속 참조해야 합니다. 두 번째 지점에서는 이전 문이 끝났습니다. , gc가 dom을 재활용했을 가능성이 있습니다. 테스트 횟수와 시간만으로는 첫 번째 작성 방법이 맞는지 여부를 판단할 수 없으며 결국 dom이 재활용되지 않습니다.
15.9와 15.6의 데이터를 비교해야 합니다. 표의 왼쪽 상단에 비교 항목이 있는데, 이는 15.9와 15.6의 내용을 비교한 것입니다. 계속 참조를 나타냅니다. 여러 번 실행해도 메모리가 줄어들지 않는다면 메모리 누수로 판단할 수 있습니다.