TransactionTooLargeEception, wenn eine Liste von Anwendungen zu erhalten versuchen, installiert

Question

Als Teil meines app ich eine Liste von Anwendungen auf dem Gerät mithilfe von ApplicationPackageManager.getInstalledApplications installiert bekommen, aber für einige Benutzer erhalte ich Crash-Berichte sagen, dass

TransactionTooLargeException bei Android .osBinderProxy.tranasact (Native Methode)

Kann jemand denken, warum ich das bekommen würde?

Answer 1

Diese Ausnahme ist unter normalen Umständen nur schwer reproduzierbar. Sie erhalten diese Ausnahme, wenn der IPC-Speicher beim Übertragen von Daten erschöpft ist. Dies kann in beiden Fällen auftreten, wenn ein Dienst versucht, Daten an den Client zu senden oder ein Client Daten an den Dienst sendet. Höchstwahrscheinlich haben einige Ihrer Benutzer eine große Anzahl von Anwendungen installiert, was zu einer Datengröße von mehr als 1 MB führt (was der Größe des IPC-Puffers entspricht).

Ich fürchte, in diesem Fall werden Sie nichts besseres tun. Wenn Sie jedoch etwas wie applyBatch ausführen, können Sie eine große Transaktion in mehrere kleinere Transaktionen aufteilen.

haben auch einen Blick auf diesen Thread What to do on TransactionTooLargeException

Answer 2

ich gefunden habe, dass dies auf Android 5.1 (Nachweis here, wenn nach „Fix Paket-Manager TransactionTooLargeExceptions“) gelöst wurde, wie es auf mehreren Stellen gemeldet wurde:

• https://code.google.com/p/android/issues/detail?id=95749
• https://code.google.com/p/android/issues/detail?id=93717
• https://code.google.com/p/android/issues/detail?id=69276

Allerdings wollte ich das vor 5.1 lösen, also habe ich mir eine Lösung ausgedacht (und vorgeschlagen, Google in die Support-Bibliothek zu legen, hier). Hier ist eine kurze Code-Version von dem, was ich vorgeschlagen habe:

public static List<PackageInfo> getInstalledPackages(Context context,int flags) 
    { 
    final PackageManager pm=context.getPackageManager(); 
    try 
     { 
     return pm.getInstalledPackages(flags); 
     } 
    catch(Exception ignored) 
     { 
     //we don't care why it didn't succeed. We'll do it using an alternative way instead 
     } 
    // use fallback: 
    Process process; 
    List<PackageInfo> result=new ArrayList<>(); 
    BufferedReader bufferedReader=null; 
    try 
     { 
     process=Runtime.getRuntime().exec("pm list packages"); 
     bufferedReader=new BufferedReader(new InputStreamReader(process.getInputStream())); 
     String line; 
     while((line=bufferedReader.readLine())!=null) 
     { 
     final String packageName=line.substring(line.indexOf(':')+1); 
     final PackageInfo packageInfo=pm.getPackageInfo(packageName,flags); 
     result.add(packageInfo); 
     } 
     process.waitFor(); 
     } 
    catch(Exception e) 
     { 
     e.printStackTrace(); 
     } 
    finally 
     { 
     if(bufferedReader!=null) 
     try 
      { 
      bufferedReader.close(); 
      } 
     catch(IOException e) 
      { 
      e.printStackTrace(); 
      } 
     } 
    return result; 
    } 

Was sie tut, es zu versuchen, zuerst den offiziellen Weg verwendet wird, und dann, wenn versäumt, holt sie die Paketnamen ADB-Befehl, und erhalten die Informationen von jeder der Apps, einer nach dem anderen.

Es ist viel langsamer als das offizielle, aber es ist nicht für mich abgestürzt. Ich habe es auf Android-Emulatoren (2.3.x bis einschließlich 5.0.x) und auch auf echten Geräten getestet.

Die Zeit, die es dauerte auf meinem Gerät (Galaxy S3 mit benutzerdefinierten ROM von Android 5.1) ist 1375-2012 ms (auf 197 Apps insgesamt) im Vergleich zu 37-65 ms mit dem offiziellen Weg.

---

EDIT: Leute behaupten hier, dass es nicht auf Android 5.1 behoben ist. Ich hoffe, dass es auf Android 6 behoben wurde.