Inspektor układu i liczniki rekompozycji

Optymalizacja wydajności zaczyna się od danych. Android Studio pokazuje dokładnie, które funkcje Composable wykonują rekompozycję i jak często, dzięki czemu można naprawiać rzeczywiste problemy.

Layout Inspector łączy się z uruchomioną aplikacją i wyświetla na żywo drzewo wszystkich funkcji Composable obecnych na ekranie.

Włącz licznik rekompozycji, aby zobaczyć przy każdym węźle dwie liczby: łączną liczbę rekompozycji oraz liczbę tych, które zostały pominięte.

Węzeł, który wykonuje rekompozycję setki razy mimo minimalnej interakcji, jest obszarem problemowym, który warto zbadać pod kątem niestabilnych danych wejściowych.

Zdrowa funkcja Composable pokazuje wiele pominięć. Brak pominięć przy dużej liczbie rekompozycji oznacza, że gdzieś występuje problem ze stabilnością.

Można wyzerować liczniki, wykonać jedną czynność, a następnie odczytać różnice. Odizolowanie pojedynczej interakcji ułatwia analizę danych.

Raport compiler metrics wymienia każdą funkcję Composable jako restartowalną, pomijalną lub żadną z tych opcji, a także wyjaśnia, dlaczego poszczególne parametry są niestabilne.

Raporty wskazują dokładną klasę, którą Compose uznaje za niestabilną, kierując uwagę bezpośrednio na typ wymagający użycia val lub adnotacji.

Użyj inspektora, aby znaleźć obszar problemowy, a następnie raportu kompilatora, aby dowiedzieć się, dlaczego nie można go pominąć. Razem narzędzia te pozwalają zamknąć cały cykl analizy.

Wydajność należy mierzyć na kompilacji release, a nie debug. W trybie debug Compose wykonuje dodatkowe kontrole, które zniekształcają rzeczywisty czas rekompozycji.

Po wprowadzeniu poprawki uruchom inspektora ponownie, aby potwierdzić wzrost liczby pominięć. Przed przejściem dalej zawsze sprawdzaj zmianę na podstawie danych liczbowych.

Używaj liczników Layout Inspector i raportów kompilatora, aby znajdować rzeczywiste obszary problemowe, naprawiać przyczynę niestabilności, a następnie ponownie wykonywać pomiary, aby potwierdzić rezultat. ✅