Optymalizacja pod kątem Androida (wersja Go)
Zadbaj o dobrą organizację dzięki kolekcji
Zapisuj i kategoryzuj treści zgodnie ze swoimi preferencjami.
Baza użytkowników Androida (wersja Go) szybko się zwiększa, co wiąże się z koniecznością optymalizacji istniejących aplikacji, tak aby działały na urządzeniach z małą ilością pamięci RAM.
Niektóre z najczęstszych problemów związanych z tego typu programowaniem wymagają ograniczenia niektórych funkcji lub możliwości aplikacji, skrócenia czasu uruchamiania oraz radzenia sobie z obciążeniem pamięcią aplikacji. Właśnie dlatego pomocne może być zoptymalizowanie aplikacji pod kątem Androida (wersja Go).
Podejście
Zanim rozpoczniesz optymalizację aplikacji, wykonaj poniższe czynności. Te wskazówki pomogą Ci wyznaczyć punkt wyjściowy do zidentyfikowania obszarów wymagających poprawy oraz dowiedzieć się, jak rozwiązywać problemy.
Etapy |
Opis |
Zdefiniuj |
Przed rozpoczęciem optymalizacji warto określić kluczowe wskaźniki wydajności (KPI) według obszarów wymagających poprawy, na które kierowana jest Twoja aplikacja. Typowe obszary poprawy to m.in. czas oczekiwania na uruchomienie aplikacji, częstotliwość awarii aplikacji lub błędy ANR.
Po zdefiniowaniu tych KPI należy ustalić progi docelowe na podstawie minimalnego doświadczenia użytkownika i analizy porównawczej, dbając jednocześnie o wygodę użytkowników i złożoność techniczną.
|
Zestawienie |
Zalecamy podział tych obszarów poprawy na poszczególne dane dotyczące sygnałów. Częstotliwość awarii aplikacji można na przykład szczegółowo podzielić według przyczyn awarii, takich jak nieobsłużone błędy, duże wykorzystanie pamięci lub błędy ANR. |
Test porównawczy |
Następnie możesz przeprowadzić analizę porównawczą docelowego obszaru poprawy, by poznać aktualną skuteczność. Jeśli cele nie są osiągane, spróbuj znaleźć wąskie gardła, analizując poszczególne podziały.
|
Powtórzenie procesu |
Po zoptymalizowaniu określonych wąskich gardła powtórz proces analizy porównawczej, aby sprawdzić, co można poprawić. Jeśli wstępnie zdefiniowane cele KPI nie zostaną osiągnięte, można powtórzyć ten proces dla drugiej iteracji.
|
Dodaj regularne testy regresji |
Aby aplikacja mogła wykrywać regresje w wskaźnikach KPI, regularne testy regresji mogą być wykonywane z dowolną częstotliwością. Skuteczniej jest zidentyfikować i wyeliminować wszelkie regresje i błędy, zanim pojawią się w bazie kodu.
Nie publikuj zmian, które nie spełniają Twoich celów KPI, chyba że postanowisz zaktualizować docelowe wskaźniki KPI.
|
Treść strony i umieszczone na niej fragmenty kodu podlegają licencjom opisanym w Licencji na treści. Java i OpenJDK są znakami towarowymi lub zastrzeżonymi znakami towarowymi należącymi do firmy Oracle lub jej podmiotów stowarzyszonych.
Ostatnia aktualizacja: 2025-07-27 UTC.
[null,null,["Ostatnia aktualizacja: 2025-07-27 UTC."],[],[],null,["# Optimize for Android (Go edition)\n\nAndroid (Go edition) has a rapidly growing user base, and with that comes the\nneed to optimize existing applications to perform well on these low-RAM devices.\nSome of the most common challenges around this type of development requires\nlimiting some app features or capabilities, improving startup time, and handling\nmemory pressure within your app. That's where optimizing your app for Android\n(Go edition) can help.\n\nApproach\n--------\n\nFollow the steps below before beginning your app optimization approach. This\nguidance helps establish a baseline for identifying potential areas for\nimprovement and how to resolve your findings.\n\n| Phases | Description |\n|------------------------------|----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------|\n| Define | Before starting any optimization effort, it's important to define Key Performance Indicators (KPIs) around areas of improvement that you're targeting for your app. Some common improvement areas include app startup latency, app crash rate, or application not responding (ANRs). \u003cbr /\u003e Once these KPIs have been defined, you should establish target thresholds from a minimum user experience and benchmarking perspective, balancing user experience and technical complexity. |\n| Breakdown | It's recommended to break these improvement areas into individual signal metrics. For example, app crash rates can be categorized granularly into reasons for the crash --- such as unhandled errors, high memory usage, or ANRs. |\n| Benchmark | Next, you can benchmark the targeted improvement area to identify current performance. If your targets aren't met, try to identify the bottlenecks by looking at individual breakdowns. |\n| Repeat the process | After optimizing certain bottlenecks, repeat the benchmarking process to view potential improvements. If your pre-defined KPI targets aren't met, then you can repeat the process for a second iteration. |\n| Add regular regression tests | Regular regression tests can run at any frequency you desire for your app to identify regressions against your KPIs. It's more efficient to identify and cut off any regressions or bugs before they make their way into your codebase. Don't publish any changes that fail your KPI goals unless you make the decision to update your KPI targets. |"]]