Servo: PerformanceObserver의 메모리 누수 방지

성능 테이크가 작업 대기열에 유지된다는 이론은 그럴듯해 보입니다.

cc @asajeffrey @jdm 나는 그것이 그럴듯하다고 생각하며, 또한 이 특정한 경우에 일어난 일이 아니며 대신 Performance 에서 제거되지 않았기 때문에 PerformanceObserver 누출하고 있다고 생각합니다. 스크립트가 https://github.com/servo/servo/blob/6297fa582ac4c870e4a8d16cd261da6ede14191d/components/script/dom/performanceobserver.rs#L131을 호출하지 않는 한 자체적으로 None 설정되지 않았습니다.

관찰자가 저장되는 구조를 변경하여 스크립트에서 해당 PerformanceObserverCallback 에 의해서만 유지되도록 관찰할 수 있습니다(스크립트가 콜백을 설정 해제하면 삭제될 것입니다).

더 살펴봐야 합니다.

다음과 같을 수 있습니다. PerformanceObserver DOM 개체를 PerformanceObserverImpl 에서 분리할 수 있으며 후자는 DOMPerformanceEntryList 및 기타 "데이터"와 같은 항목을 추적하는 반면, DOM 객체는 콜백을 감싸는 래퍼일 뿐입니다.

그러면 전역은 Impl 대한 강력한 참조를 유지할 수 있고 스크립트 콜백이 None 설정되면 삭제되는 Weak<PerformanceObserver> 를 유지할 수 있습니다.

그런 다음 전역은 https://github.com/servo/servo/pull/23637/files#diff -59d233642d0ce6d687484bdd009e1017R484에서 메시지 포트에 대해 수행된 것과 같은 주기적인 체크포인트를 실행할 수 있습니다.

반면에 https://gist.github.com/kanaka/119f5ed9841e23e35d07e8944cca6aa7 의 코드가 모든 관찰자를 생성하는지 실제로 확신할 수 없습니다. 이는 위의 논리를 무효화할 수 있습니다(적어도 해당 스크립트를 실행할 때 감지되는 누출과 관련하여 ). 좀 더 자세히 살펴봐야 할 것입니다.

아, 옵저버 세트가 없더라도 https://github.com/servo/servo/blob/39bd45529d6ef3eea8e0eeef77d0294e0db1b02c/components/script/dom/performance.rs#L244 에서 항목을 버퍼링하는 경우가 많습니다.

그리고 이것은 예를 들어 발생 때마다 스크립트는 페치 않습니다 https://github.com/servo/servo/blob/7490dd6f0deafc8192126a88a8a6f75c100e5d71/components/script/network_listener.rs#L65

예를 들어 스타일시트 로더에서 사용(문서 누출이 발생한 디버그 스크립트에 사용): https://github.com/servo/servo/blob/799490a02e9bea575bf34c39f045ef0883539f05/components/script/stylesheet_loader.rs#L233

자체 호출은 https://github.com/servo/servo/blob/9bba14cb438cf5ac08945bb8fbb5a0f31d43fcbe/components/net_traits/lib.rs#L260 에서 가져옵니다.

좋아, 이 https://github.com/servo/servo/pull/24109 는 누수의 실제 원인을 수정하고 Performance 를 전체적으로 None 설정한 이전 변경 사항을 제거합니다.

성능 관찰자가 생성되지 않았기 때문에 감지된 누수의 원인은 실제로 버퍼였습니다.

스크립트가 Disconnect 를 호출하지 않는 한 누출되는 성능 관찰자 문제를 계속 수정해야 한다고 생각하기 때문에 이것을 열어 둡니다. https://github.com/servo/servo/issues/24074#issuecomment -526026684를 참조