SwiftUI Instrument로 프로파일링하기

측정하지 않고 성능을 개선하는 일은 추측에 불과합니다. Instruments의 SwiftUI 계측기는 어떤 뷰가 얼마나 자주 업데이트되는지 정확하게 보여 줍니다.

엑스코드에서 제품 > 프로파일링(또는 Command-I)을 선택해 인스트루먼츠를 실행한 다음 SwiftUI 템플릿을 선택하십시오. 앱을 실행하고 느린 화면을 실제로 사용해 보십시오.

계측기는 각 뷰의 body가 평가된 횟수를 보고합니다. 예상보다 횟수가 높다면 지나치게 자주 다시 계산되고 있다는 뜻입니다.

호출 횟수뿐 아니라 body가 실행되는 데 걸리는 시간도 살펴보십시오. 거의 호출되지 않더라도 30ms가 걸리는 body는 짧은 시간에 계속 호출되지만 비용이 낮은 body만큼 문제가 될 수 있습니다.

계측기는 뷰가 왜 업데이트되었는지, 즉 어떤 상태와 바인딩 또는 관찰 중인 속성이 변경되었는지 설명합니다. 이를 통해 범위를 좁혀야 할 변경 요인을 정확히 찾을 수 있습니다.

뷰가 업데이트되는 대신 반복해서 생성되고 삭제되면 타임라인에서 새 인스턴스가 나타나는 것을 볼 수 있습니다. 이는 대개 식별자 문제(인덱스 ID나 조건 분기의 반복 전환)를 의미합니다.

SwiftUI 계측기를 멈춤 및 애니메이션 끊김 계측기와 함께 사용하면 무거운 body 작업이 화면에서 보이는 끊김으로 어떻게 이어지는지 확인할 수 있습니다.

시간이 뷰 자체의 body에서 사용되는지, 아니면 하위 뷰에서 사용되는지 확인하십시오. 그러면 뷰 자체를 최적화할지, 아니면 뷰 계층의 더 아래쪽을 수정할지 결정할 수 있습니다.

정지된 화면이 아니라 실제 사용 흐름을 프로파일링하십시오. 예를 들어 전체 목록을 스크롤하거나 입력란에 입력해 보십시오. 성능 문제는 멈춰 있을 때가 아니라 상호작용 중에 나타납니다.

한 번에 하나만 변경한 다음(상태 범위 좁히기, Equatable 추가, 뷰 분할 등) 다시 프로파일링하십시오. 다음 단계로 넘어가기 전에 body 호출 횟수가 줄었는지 확인하고, 검증되지 않은 "최적화"를 여러 개 쌓아 올리지 마십시오.

출시 빌드를 프로파일링하십시오. 디버그 빌드는 최적화를 비활성화하고 추가 오버헤드를 발생시키므로 실제 배포 성능과 맞지 않는 수치를 보여 줍니다.

SwiftUI 계측기에 대한 이해도를 확인해 보십시오.

SwiftUI 계측기는 body 평가 횟수와 실행 시간, 각 업데이트의 원인을 보여 주어 과도한 재계산과 식별자 변동을 드러냅니다. 멈춤 및 애니메이션 끊김 계측기와 함께 사용하고, 자신과 하위 뷰의 시간을 구분하며, 출시 빌드에서 현실적인 사용 흐름을 프로파일링하십시오.

반복적으로 최적화하십시오. 측정하고, 한 가지를 수정하고, 다시 측정하여 모든 변경 사항을 데이터로 검증하십시오.