Neturime įrenginio programos profilavimui. Kokius veiksmus imtumei, kad patikrintumėte kodą?

Visų pirma, aš naudotų emulatorių su išplėstiniais profilavimo įrankiais, prieinamais Android Studio.

Jei emulatorius nėra prieinamas arba jo našumas yra nepakankamas, aš naudotųsi šiais metodais:

1. Žurnalo įrašymas: įterpti žurnalus, kad stebėtum atskirų kodo blokų vykdymo laiką.

   // Pavyzdys naudojant Log.d()
   val startTime = System.currentTimeMillis()
   
   // Profilavimo kodas
   
   val endTime = System.currentTimeMillis()
   Log.d("Profiling", "Metodas įvykdytas per ${endTime - startTime} ms")
   

2. System.currentTimeMillis() arba System.nanoTime(): naudoti šiuos metodus tikslesniam vykdymo laiko matavimui.

   // Pavyzdys naudojant System.nanoTime()
   val startTimeNano = System.nanoTime()
   
   // Profilavimo kodas
   
   val endTimeNano = System.nanoTime()
   val durationMillis = (endTimeNano - startTimeNano) / 1_000_000.0
   Log.d("ProfilingNano", "Metodas įvykdytas per $durationMillis ms")
   

3. Išjungti derinimo funkcijas: įsitikinti, kad galutinė versija neįtraukia perteklinių žurnalų ir kitų elementų, kurie gali paveikti našumą.

4. Kodo analizė: atidžiai išnagrinėti kodą dėl galimų našumo spragų:

   • Nereikalingas objektų kūrimas cikluose
   • Neefektyvūs algoritmai
   • Brangios operacijos (pvz., tinklo ar duomenų bazės) kvietimai
   • Daugiagijimo problemos (pvz., užraktai, deadlocks)

5. Naudoti statinius analizatorius: Android Studio įrankiai, tokie kaip Lint, gali aptikti galimas našumo ir kodo kokybės problemas.

6. Vienetinių testų rašymas kritinėms sekcijoms: rašyti testus, kurie tikrina atskirų funkcijų ar komponentų našumą.

7. Vizuali įvertinimas: stebėti programėlės sąsają dėl vėlavimų, "lėtumų" ir kitų žymių, rodančių žemą našumą.

Šie žingsniai leidžia nustatyti daugumą dažniausiai pasitaikančių našumo problemų net ir be specializuotų profilavimo įrankių realioje įrenginyje.