Lifecycle

Chrizzle · 3. Februar 2012

Hallo zusammen,

ich habe ein Problem mit meinem Lifecycle.
Ich rufe von einer Activity die zxing Barcodescanner App auf.

Java

this.intentIntegrator = new IntentIntegrator(this);
 this.intentIntegrator.initiateScan();

Hier die Methode im IntenIntegrator:

Java

public AlertDialog initiateScan(Collection&lt;String&gt; desiredBarcodeFormats) {
        Intent intentScan = new Intent(BS_PACKAGE + ".SCAN");
        intentScan.addCategory(Intent.CATEGORY_DEFAULT);


        // check which types of codes to scan for
        if (desiredBarcodeFormats != null) {
            // set the desired barcode types
            StringBuilder joinedByComma = new StringBuilder();
            for (String format : desiredBarcodeFormats) {
                if (joinedByComma.length() &gt; 0) {
                    joinedByComma.append(',');
                }
                joinedByComma.append(format);
            }
            intentScan.putExtra("SCAN_FORMATS", joinedByComma.toString());
        }


        String targetAppPackage = findTargetAppPackage(intentScan);
        if (targetAppPackage == null) {
            return showDownloadDialog();
        }
        intentScan.setPackage(targetAppPackage);
        intentScan.addFlags(Intent.FLAG_ACTIVITY_CLEAR_TOP);
        intentScan.addFlags(Intent.FLAG_ACTIVITY_CLEAR_WHEN_TASK_RESET);
        activity.startActivityForResult(intentScan, REQUEST_CODE);
        return null;
    }

Alles anzeigen

und dann geht der Spaß los. im onActivityResult verarbeite ich das Ergebnis:

Java

IntentResult scanResult = IntentIntegrator.parseActivityResult(requestCode, resultCode, intent);
        if (scanResult != null && scanResult.contents.length() != 0) {
            this.scanResultBarcode = scanResult.contents;
            try
            {
                progressbar.setVisibility(View.VISIBLE);
                webApi.addRequest(this.settings.getUser(), this.settings.getPassword(), this.scanResultBarcode);
                Log.e(TAG, "Api request send");
            }
            catch (RemoteException ex)
            {
                Log.i("EXCEPTION_SCAN", "Api request failed");
            }
        }

Alles anzeigen

ich schiebe den Barcode in einen Hintergrundprozess, wo er an einen SOAP Service geschickt wird. Genau hier habe ich das Problem.
Hier wird in der Ursprungs-Activity ab und an das onDestroy(nicht immer) aufgerufen und somit wird meine wepApi null:

Java

@Override
    protected void onDestroy()
    {
        super.onDestroy();
        try
        {
            if (this.webApi != null)
            {
                this.webApi.removeListener(this.webListener);
            }
            getApplicationContext().unbindService(this.serviceConnection);
            stopService(this.webIntent);


            Log.e(TAG, "Service stopped from Activity");
        }
        catch(RemoteException ex)
        {
            Log.e(TAG, "Failed to unbind from the service", ex);
        }
    }

Alles anzeigen

Hier hängt sich meine App natürlich auf. Ich vermute ja, dass Android aufgrund von Speicherplatz einfach meine Ursprungs-Activity killt. Aber wie gehe ich dagegen vor? Kann ich das irgendwie verhindern? Oder habe ich eine Möglichkeit meine webApi zu sichern?

Viele Grüße
Christian

UweApps · 4. Februar 2012

Der Aufruf von onDestroy ist nur etwas für abschließendes Aufräumen, nachdem schon alles zu Ende ist. Das kann manchmal viel später passieren, nachdem die Activity schon weg ist.

Vor onDestroy kommt immer noch onPause - da solltest du die Sachen besser reinpacken. Das ist nämlich der Zeitpunkt, bevor die Activity von der Anzeige verschwindet - und mit ihr alle View-Elemente.

Und die entsprechenden Aufbauarbeiten (Listener und Service binden) in onResume, dann sollte es zusammen passen...

Chrizzle · 6. Februar 2012

Er läuft natürlich trotzdem in das onDestroy() rein. Und daraus folgt natürlich dass alle Klassenvariablen null werden. Somit auch meine webApi. Das seltsame ist aber, dass es nicht immer der Fall ist. Die Chance steht aber 70/30, dass onDestroy() aufgerufen wird
Auch dein Tipp konnte mir daher leider nicht helfen

Edith sagt:
Hab nochmal mit ganz kleinen Schritten durchdebugged. In dem Moment, in dem ich einen Barcode eingescannt habe(die Activity wurde also schon lange verlassen), wird erst das onDestroy() der Ursprungs-Activity aufgerufen. Was aber wie gesagt nicht immer passiert. Wenn es aber eintritt, dann gleich mehrmals hintereinander. Sehr sehr skuril

UweApps · 6. Februar 2012

sorry, da hatte ich mich etwas unklar ausgedrückt...

onDestroy() passiert tatsächlich irgendwann viel später - nämlich wenn Android Speicherplatz braucht. Und das kann Stunden später sein. Und dann auch gerne für mehrere alte Instanzen auf einmal.

Was aber auf jeden Fall vorher aufgerufen wird (wenn du die Methode implementierst), ist onPause()- und zwar genau dann, wenn die aktuelle Activity nicht mehr sichtbar ist und etwas anderes angezeigt wird.

In onPause() solltest du den Code eintragen statt in onDestroy(). Entspechend solltest du den Service in onResume() aktivieren.

Infos dazu findest du in der Android-Doku.

Und ich schreibe das super.onDestroy() immer am Ende von onDestroy() - ich will erst selber was machen, bevor mir die Superklasse dazwischen fummelt.

Chrizzle · 6. Februar 2012

Hab eben den Fehler gefunden. Beim Kippen des Telefons wird onDestroy() aufgerufen. Da ich das Telefon zum Scannen drehen muss, hing es immer davon ab, ob ich das Telefon vor oder nach dem Öffnen des Barcodescanner Apps gedreht habe
Was ein blödes Problem...
Mit android:configChanges="orientation|keyboardHidden" verhinder ich, dass dies geschieht. Zack alles läuft. Da macht man sich Tage lang Gedanken und dann liegt es an so etwas bescheuertem.
Trotzdem danke für die Hilfe

Edit:
Der Code der im onDestroy() liegt, entfernt nur den Listener aus meiner webApi. Setzt sie aber nicht komplett null. Da hatte ich mich wohl schlecht ausgedrückt
Und das soll eben dort liegen.

Lifecycle

Jetzt mitmachen!

Teilen

Benutzer online in diesem Thema