Wie erfahre ich die Speicherbelegung meiner Anwendung in Android?

Ja, Sie können Speicherinformationen programmgesteuert abrufen und entscheiden, ob speicherintensive Arbeit ausgeführt werden soll.

Erhalten Sie VM Heap-Größe, indem Sie Folgendes anrufen:

Runtime.getRuntime().totalMemory();

Erhalten Sie zugewiesenen VM Speicher durch Aufruf von:

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

Erhalten Sie VM Heap-Größenlimit, indem Sie Folgendes anrufen:

Runtime.getRuntime().maxMemory()

Holen Sie sich systemeigen zugewiesenen Speicher durch Aufruf von:

Debug.getNativeHeapAllocatedSize();

Ich habe eine App erstellt, um das Verhalten von OutOfMemoryError herauszufinden und die Speicherauslastung zu überwachen.

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

Den Quellcode erhalten Sie unter https://github.com/coocood/oom-research

Dies ist eine Arbeit in Arbeit, aber das verstehe ich nicht:

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");
    }
}

Warum wird die PID nicht in activityManager.getProcessMemoryInfo () dem Ergebnis zugeordnet? Natürlich möchten Sie die resultierenden Daten aussagekräftig machen. Warum hat es Google so schwierig gemacht, die Ergebnisse zu korrelieren? Das aktuelle System funktioniert nicht einmal gut, wenn ich die gesamte Speicherbelegung verarbeiten möchte, da das zurückgegebene Ergebnis ein Array von Android.os.Debug.MemoryInfo-Objekten ist, aber keines dieser Objekte sagt Ihnen tatsächlich, mit welchen Pids sie verbunden sind. Wenn Sie einfach ein Array aller Pids übergeben, haben Sie keine Möglichkeit, die Ergebnisse zu verstehen. Wenn ich die Verwendung verstehe, ist es sinnlos, mehr als eine PID gleichzeitig zu übergeben. Wenn dies der Fall ist, warum sollte es so sein, dass activityManager.getProcessMemoryInfo () nur ein int-Array verwendet?

Hackbod's ist eine der besten Antworten auf Stack Overflow. Es wirft Licht auf ein sehr dunkles Motiv. Es hat mir sehr geholfen.

Eine weitere wirklich hilfreiche Ressource ist dieses Video, das Sie gesehen haben müssen: Google I/O 2011: Speicherverwaltung für Android Apps

UPDATE:

Process Stats, ein Dienst, um herauszufinden, wie Ihre App Speicher verwaltet, der im Blogbeitrag Prozessstatistik: Verstehen, wie Ihre App RAMverwendet, _ von Dianne Hackborn: 

Android Studio 0.8.10+ hat ein unglaublich nützliches Tool namens Memory Monitor eingeführt.

Was ist gut für:

• Anzeigen des verfügbaren und verwendeten Speichers in einem Diagramm und der Garbage Collection Ereignisse im Laufe der Zeit. 
• Schnelles Testen, ob die Langsamkeit der App möglicherweise __ ist. im Zusammenhang mit übermäßigen Müllsammelereignissen. 
• Schnell testen Ob die App abstürzt, hängt möglicherweise davon ab, dass nicht genügend Speicherplatz zur Verfügung steht.

Abbildung 1. Erzwingen eines GC-Ereignisses (Garbage Collection) auf dem Android Memory Monitor

Sie können viele Informationen über den Echtzeitverbrauch Ihrer App RAM erhalten, wenn Sie sie verwenden. 

1) Ich vermute nicht, zumindest nicht von Java.
2)

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

Wir haben herausgefunden, dass alle gängigen Möglichkeiten, den Gesamtspeicher des aktuellen Prozesses zu erhalten, einige Probleme haben.

• Runtime.getRuntime().totalMemory(): Gibt nur den JVM-Speicher zurück
• ActivityManager.getMemoryInfo(), Process.getFreeMemory() und alles andere basierend auf /proc/meminfo - gibt Speicherinformationen über alle kombinierten Prozesse zurück (z. B. Android_util_Process.cpp )
• Debug.getNativeHeapAllocatedSize() - verwendet mallinfo(), die nur Informationen über die von malloc() durchgeführten Speicherzuordnungen und zugehörige Funktionen zurückgibt (siehe Android_os_Debug.cpp )
• Debug.getMemoryInfo() - erledigt den Job, aber es ist zu langsam. Es dauert ungefähr 200ms für Nexus 6 für einen einzelnen Anruf. Der Performance-Overhead macht diese Funktion für uns unbrauchbar, da wir sie regelmäßig nennen, und jeder Aufruf ist ziemlich auffällig (siehe Android_os_Debug.cpp ).
• ActivityManager.getProcessMemoryInfo(int[]) - ruft intern Debug.getMemoryInfo() auf (siehe ActivityManagerService.Java )

Schließlich haben wir folgenden Code verwendet:

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;

Es gibt VmRSS Metrik zurück. Weitere Informationen dazu finden Sie hier: Eins , Zwei und Drei .

P.S. Mir ist aufgefallen, dass dem Thema immer noch ein tatsächlicher und einfacher Code-Ausschnitt fehlt, wie schätzen die private Speicherauslastung des Prozesses _ ist, wenn die Leistung keine kritische Anforderung ist:

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;

In Android Studio 3.0 wurde der Android-Profiler eingeführt, um zu verstehen, wie Ihre App Ressourcen für CPU, Arbeitsspeicher, Netzwerk und Batterie verwendet.

https://developer.Android.com/studio/profile/Android-profiler

Es gibt oben eine Menge Antworten, die Ihnen definitiv helfen werden, aber (nach 2 Tagen Erstattung und Recherche zu AdB-Speicher-Tools) Ich denke, ich kann mit meiner Meinung helfen auch.

Wie sagt Hackbod: Wenn Sie also alle physischen RAM tatsächlich jedem Prozess zugeordnet haben und alle Prozesse addieren, Sie würden wahrscheinlich eine Zahl haben, die viel größer ist als der tatsächliche Gesamtspeicher. Sie können also auf keinen Fall die genaue Größe des Speichers pro Prozess ermitteln.

Aber Sie können sich dem durch eine Logik nähern .. und ich werde sagen, wie ..

Es gibt einige APIs wie Android.os.Debug.MemoryInfo Und ActivityManager.getMemoryInfo(), über die Sie möglicherweise bereits gelesen und verwendet wurden, aber ich werde auf andere Weise darüber sprechen

Zunächst müssen Sie ein Root-Benutzer sein, damit es funktioniert. Rufen Sie die Konsole mit Root-Rechten auf, indem Sie su in process ausführen und dessen output and input stream Abrufen. Übergeben Sie dann id\n (enter) in ouputstream und schreiben Sie es, um die Ausgabe zu verarbeiten. If erhält einen Eingabestream mit uid=0, you sind root-Benutzer.

Nun ist hier die Logik, die Sie im obigen Prozess verwenden werden

Wenn Sie ouputstream von process übergeben Sie Ihren Befehl (procrank, dumpsys meminfo etc ...) mit \n Anstelle von id erhalten und dessen inputstream abrufen und lesen, speichern Sie das Stream in Bytes [], Zeichen [] usw. Verwenden Sie raw Daten..und Sie sind fertig !!!!!

genehmigung :

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

Überprüfen Sie, ob Sie Root-Benutzer sind:

// 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
   } 
}

Führen Sie Ihren Befehl mit su aus

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:

Sie erhalten Rohdaten in einer einzelnen Zeichenfolge von der Konsole anstatt in einigen Fällen von einer API, deren Speicherung komplex ist, da Sie sie manuell trennen müssen.

Dies ist nur ein Versuch, bitte schlagen Sie mir vor, wenn ich etwas verpasst habe