Narzędzia

Czasami trudno jest określić, gdzie leży problem z wydajnością i od którego kodu zacząć optymalizację. Zacznij od użycia narzędzi, które pomogą Ci ustalić, gdzie występuje problem.

Layout Inspector

Użyj narzędzia Layout Inspector, aby sprawdzić układ i liczbę rekompozycji.

Jeśli interfejs działa wolno, często jest to spowodowane błędem w kodzie, który wymusza nadmierną rekompozycję interfejsu. Z drugiej strony niektóre błędy w kodzie mogą uniemożliwić ponowne skomponowanie interfejsu, gdy jest to konieczne, co oznacza, że zmiany w interfejsie nie będą widoczne na ekranie. Śledzenie rekompozycji może pomóc w znalezieniu obu tych rodzajów problemów.

Rekonstrukcja sama w sobie nie jest zła, ale nieoczekiwana rekonstrukcja może być problemem. Pamiętaj, że liczba rekompozycji nie zastępuje testów porównawczych: pominięcie funkcji kompozycyjnej wiąże się z narzutem na tabelę przedziałów i porównanie parametrów, a gdy kompozycja zostanie zaplanowana, pominięcie pojedynczej pośredniej funkcji kompozycyjnej pozwala zaoszczędzić niewiele czasu w porównaniu z odroczeniem odczytów szybko zmieniającego się stanu do faz układu lub rysowania. Zawsze sprawdzaj zmiany wydajności za pomocą śledzenia kompozycji i Macrobenchmark.

Więcej informacji znajdziesz w dokumentacji dotyczącej liczby rekompozycji w narzędziu Layout Inspector.

Śledzenie kompozycji

Użyj śledzenia kompozycji, aby śledzić funkcje typu „composable” w śledzeniu systemu. Ślady są często najlepszym źródłem informacji, gdy po raz pierwszy analizujesz problem z wydajnością. Pozwalają one sformułować hipotezę dotyczącą problemu i miejsca, od którego należy zacząć poszukiwania.

Dodatkowe materiały