Jak mogę odkryć wykorzystanie pamięci mojej aplikacji w systemie Android?

Tak, możesz programowo uzyskać informacje o pamięci i zdecydować, czy chcesz wykonywać intensywną pracę z pamięcią.

Get VM Heap Size by calling:

Runtime.getRuntime().totalMemory();

Uzyskaj przydzieloną pamięć VM przez wywołanie:

Runtime.getRuntime().totalMemory() - Runtime.getRuntime().freeMemory();

Pobierz Limit rozmiaru sterty maszyny wirtualnej przez wywołanie:

Runtime.getRuntime().maxMemory()

Uzyskaj natywną Alokowaną pamięć przez wywołanie:

Debug.getNativeHeapAllocatedSize();

Zrobiłem aplikację, aby dowiedzieć się OutOfMemoryError zachowanie i pamięć monitora użycie.

Https://play.google.com/store/apps/details?id=net.coocood.oomresearch

Możesz uzyskać kod źródłowy na https://github.com/coocood/oom-research

To jest praca w toku, ale tego nie rozumiem:

ActivityManager activityManager = (ActivityManager) context.getSystemService(ACTIVITY_SERVICE);
MemoryInfo memoryInfo = new ActivityManager.MemoryInfo();
activityManager.getMemoryInfo(memoryInfo);

Log.i(TAG, " memoryInfo.availMem " + memoryInfo.availMem + "\n" );
Log.i(TAG, " memoryInfo.lowMemory " + memoryInfo.lowMemory + "\n" );
Log.i(TAG, " memoryInfo.threshold " + memoryInfo.threshold + "\n" );

List<RunningAppProcessInfo> runningAppProcesses = activityManager.getRunningAppProcesses();

Map<Integer, String> pidMap = new TreeMap<Integer, String>();
for (RunningAppProcessInfo runningAppProcessInfo : runningAppProcesses)
{
    pidMap.put(runningAppProcessInfo.pid, runningAppProcessInfo.processName);
}

Collection<Integer> keys = pidMap.keySet();

for(int key : keys)
{
    int pids[] = new int[1];
    pids[0] = key;
    android.os.Debug.MemoryInfo[] memoryInfoArray = activityManager.getProcessMemoryInfo(pids);
    for(android.os.Debug.MemoryInfo pidMemoryInfo: memoryInfoArray)
    {
        Log.i(TAG, String.format("** MEMINFO in pid %d [%s] **\n",pids[0],pidMap.get(pids[0])));
        Log.i(TAG, " pidMemoryInfo.getTotalPrivateDirty(): " + pidMemoryInfo.getTotalPrivateDirty() + "\n");
        Log.i(TAG, " pidMemoryInfo.getTotalPss(): " + pidMemoryInfo.getTotalPss() + "\n");
        Log.i(TAG, " pidMemoryInfo.getTotalSharedDirty(): " + pidMemoryInfo.getTotalSharedDirty() + "\n");
    }
}

Dlaczego PID nie jest mapowany do wyniku w Menedżerze activityManager.getProcessMemoryInfo()? Oczywiście chcesz, aby wynikowe dane miały znaczenie, więc dlaczego Google tak trudno jest skorelować wyniki? Obecny system nie działa nawet dobrze, jeśli chcę przetworzyć całe użycie pamięci, ponieważ zwracanym wynikiem jest tablica Androida.os.Debugowanie.Obiektów MemoryInfo, ale żaden z tych obiektów faktycznie powiedzieć, z jakimi PID są związane. Jeśli po prostu przekażesz tablicę wszystkich pid, nie będziesz miał możliwości zrozumienia wyników. Jak rozumiem, że jest to użycie, to bez znaczenia jest przekazywanie więcej niż jednego pid na raz, a jeśli tak, to po co robić to tak, że activityManager.getProcessMemoryInfo() pobiera tylko tablicę int?

Hackbod jest jedną z najlepszych odpowiedzi na Stack Overflow. Rzuca światło na bardzo niejasny temat. Bardzo mi to pomogło.

Innym naprawdę pomocnym zasobem jest ten film wideo: Google I / O 2011: Zarządzanie pamięcią dla aplikacji na Androida

UPDATE:

Process Stats, usługa pozwalająca dowiedzieć się, jak aplikacja zarządza pamięcią, wyjaśniona w poście na blogustatystyki procesów: zrozumienie, w jaki sposób Aplikacja korzysta z pamięci RAM autor: Dianne Hackborn:

Android Studio 0.8.10 + wprowadził niezwykle przydatne narzędzie o nazwie Memory Monitor .

Do czego to jest dobre:

• pokazanie dostępnej i używanej pamięci na wykresie oraz usuwanie śmieci wydarzenia w czasie.
• szybkie sprawdzanie, czy powolność aplikacji może być związane z nadmiernym usuwaniem śmieci.
• szybkie testowanie czy awarie aplikacji mogą być związane z brakiem pamięci.

Rysunek 1. Wymuszanie zdarzenia Gc (Garbage Collection) Na monitorze pamięci Androida

Możesz mieć wiele dobrych informacji na temat zużycia pamięci RAM aplikacji w czasie rzeczywistym, używając go.

1) Chyba nie, przynajmniej nie z Javy.
2)

ActivityManager activityManager = (ActivityManager) getSystemService(ACTIVITY_SERVICE);
MemoryInfo mi = new MemoryInfo();
activityManager.getMemoryInfo(mi);
Log.i("memory free", "" + mi.availMem);

Dowiedzieliśmy się, że wszystkie standardowe sposoby uzyskania całkowitej pamięci bieżącego procesu mają pewne problemy.

• Runtime.getRuntime().totalMemory(): zwraca tylko pamięć JVM
• ActivityManager.getMemoryInfo(), Process.getFreeMemory() i wszystko inne oparte na /proc/meminfo - zwraca informacje o pamięci o wszystkich połączonych procesach (np. android_util_Process.cpp )
• Debug.getNativeHeapAllocatedSize() - używa mallinfo(), które zwracają informacje o przydziale pamięci wykonywanym przez malloc() i tylko powiązane funkcje (Zobacz android_os_Debug.cpp )
• Debug.getMemoryInfo() - robi robotę, ale jest za wolno. To trwa około 200ms na Nexus 6 dla jednego połączenia. Narzut wydajności czyni tę funkcję bezużyteczną dla nas, ponieważ nazywamy ją regularnie i każde wywołanie jest dość zauważalne (zobacz android_os_Debug.cpp )
• ActivityManager.getProcessMemoryInfo(int[]) - połączenia wewnętrzne Debug.getMemoryInfo() (Zobacz ActivityManagerService.java)

Wreszcie, my

const long pageSize = 4 * 1024; //`sysconf(_SC_PAGESIZE)`
string stats = File.ReadAllText("/proc/self/statm");
var statsArr = stats.Split(new [] {' ', '\t', '\n'}, 3);

if( statsArr.Length < 2 )
    throw new Exception("Parsing error of /proc/self/statm: " + stats);

return long.Parse(statsArr[1]) * pageSize;

Zwraca vmrss metric. Więcej szczegółów na ten temat można znaleźć tutaj: one, dwa i trzy.

P. S. zauważyłem, że temat nadal nie ma rzeczywistego i prostego fragmentu kodu, jak oszacować użycie pamięci prywatnej procesu, jeśli wydajność nie jest krytycznym wymogiem: {]}

Debug.MemoryInfo memInfo = new Debug.MemoryInfo();
Debug.getMemoryInfo(memInfo);
long res = memInfo.getTotalPrivateDirty();

if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.KITKAT) 
    res += memInfo.getTotalPrivateClean(); 

return res * 1024L;

Jest wiele odpowiedzi powyżej, które na pewno ci pomogą, ale (po 2 dniach badań nad narzędziami pamięci adb) myślę, że mogę pomóc z moją } opinią też.

Jak mówi Hackbod: Tak więc, jeśli weźmiesz całą fizyczną PAMIĘĆ RAM zmapowaną do każdego procesu i zsumujesz wszystkie procesy, prawdopodobnie skończysz z liczbą znacznie większą niż rzeczywista całkowita pamięć RAM. więc nie ma możliwości, aby uzyskać dokładną ilość pamięć na proces.

ale można się do tego zbliżyć przez jakąś logikę..i powiem jak..

Istnieją pewne API jak android.os.Debug.MemoryInfo i ActivityManager.getMemoryInfo() wymienione powyżej, które już mogą być czytane i używane, ale będę mówić o inny sposób

Więc najpierw musisz być użytkownikiem roota, aby to zadziałało. Pobierz konsolę z uprawnieniami roota wykonując su w procesie i uzyskaj jej output and input stream. Następnie przejść id\n (enter) in ouputstream and write it do przetwarzania danych wyjściowych, Jeśli otrzyma strumień wejściowy zawierający uid=0, jesteś użytkownikiem root.

Oto logika, której użyjesz W powyższym procesie

Gdy pojawi się ouputstream procesu przekaże ci polecenie (procrank, dumpsys meminfo itp...)z \n zamiast id i pobrać jego inputstream i odczytać, zapisać strumień w bajtach [], char [] itd.. użyj surowych danych..i jesteś skończony!!!!!

Pozwolenie:

<uses-permission android:name="android.permission.FACTORY_TEST"/>

Sprawdź, czy są użytkownikami root:

// su command to get root access
Process process = Runtime.getRuntime().exec("su");         
DataOutputStream dataOutputStream = 
                           new DataOutputStream(process.getOutputStream());
DataInputStream dataInputStream = 
                           new DataInputStream(process.getInputStream());
if (dataInputStream != null && dataOutputStream != null) {
   // write id to console with enter
   dataOutputStream.writeBytes("id\n");                   
   dataOutputStream.flush();
   String Uid = dataInputStream.readLine();
   // read output and check if uid is there
   if (Uid.contains("uid=0")) {                           
      // you are root user
   } 
}

Wykonaj polecenie za pomocą su

Process process = Runtime.getRuntime().exec("su");         
DataOutputStream dataOutputStream = 
                           new DataOutputStream(process.getOutputStream());
if (dataOutputStream != null) {
 // adb command
 dataOutputStream.writeBytes("procrank\n");             
 dataOutputStream.flush();
 BufferedInputStream bufferedInputStream = 
                     new BufferedInputStream(process.getInputStream());
 // this is important as it takes times to return to next line so wait
 // else you with get empty bytes in buffered stream 
 try {
       Thread.sleep(10000);
 } catch (InterruptedException e) {                     
       e.printStackTrace();
 }
 // read buffered stream into byte,char etc.
 byte[] bff = new byte[bufferedInputStream.available()];
 bufferedInputStream.read(bff);
 bufferedInputStream.close();
 }
}

Logcat :

Surowe dane są pobierane z konsoli w pojedynczym łańcuchu, a nie z dowolnego API, które jest złożone do przechowywania, ponieważ musisz je ręcznie rozdzielić.

to tylko próba, proszę Zasugeruj mi, jeśli coś przeoczyłem