Erkennen wenn Programm "zwangsweise" beendet wird?

[sko1]

Hallo,

bei Android ist es ja eigentlich so wie bei Windows : man öffnet eine App, startet dann ein andere (z.B. die Galerie oder das Telefon) und wenn man zur App zurückkehrt ist sie in dem Zustand wie vor dem verlassen.

Nun scheint es aber so dass, wenn der Speicher zu Ende geht, Android dann selbst Apps schließt?
Wenn dem so sein sollte, gibt es einen Weg darauf zu reagieren?

Ciao
Stefan

[himitsu]

Zitat:

Speicher zuende

Welcher? (RAM oder Festplatte)

Android lagert Programme eh aus dem RAM aus, wenn sie inaktiv sind, so ähnlich wie mit der Auslagerungsdatei im Windows.
Also geht der RAM zuende, dann wird der Speicher auf den Datenträger ausgelagert.


Und wenn/falls ein Programm abgeschossen wird (terminiert / hart beendet), dann würde es natürlich auf nichts reagieren können.
Wenn ich dir den Kopf wegballer, dann hast du auch keine Zeit mehr in Ruhe irgendwas abzustellen, damit es nicht runterfällt und dich dann gemütlich hinzulegen, um nicht wie ein nasser Sack umzukippen und hart aufzuschlagen.

[Sherlock]

Zitat:

Zitat von himitsu (Beitrag 1378991)

eine drastisch blutrünstige Umschreibung :D

Es ist aber auch bei iOS ziemlich genau so:

Zitat:

Apps must be prepared for termination to happen at any time and should not wait to save user data or perform other critical tasks. System-initiated termination is a normal part of an app’s life cycle. The system usually terminates apps so that it can reclaim memory and make room for other apps being launched by the user, but the system may also terminate apps that are misbehaving or not responding to events in a timely manner.

Suspended apps receive no notification when they are terminated; the system kills the process and reclaims the corresponding memory. If an app is currently running in the background and not suspended, the system calls the applicationWillTerminate: of its app delegate prior to termination. The system does not call this method when the device reboots.

In addition to the system terminating your app, the user can terminate your app explicitly using the multitasking UI. User-initiated termination has the same effect as terminating a suspended app. The app’s process is killed and no notification is sent to the app.

aus App Programming guide for iOS

tl;dr: Deine App muss so entwickelt sein, daß sie jederzeit abgeschossen werden kann, ohne daß signifikanter Datenverlust auftritt. Das obliegt komplett Deiner Verantwortung.

Sherlock

[jaenicke]

Dafür gibt es entsprechende Events:
http://docwiki.embarcadero.com/Libra...plicationEvent
Nur wenn die Anwendung darauf nicht schnell genug reagiert oder der User einen Task selbst killt, wird sie hart beendet ohne dass du etwas mitbekommst.

Es sollte aber nie ein Problem sein, wenn deine App gekillt wird, denn das ist ein Standardfall. Wenn du eine App wie Kindle killst, wird sie nach dem Start trotzdem wieder an fast der gleichen Stelle weitermachen. Weil der Status nicht erst beim Beenden gespeichert wird.

[sko1]

Zitat:

Also geht der RAM zuende, dann wird der Speicher auf den Datenträger ausgelagert.

Ich rede von Android (Handy / Tablet), also nix Festplatte ;-)

Bei mir funktioniert "leider" alles, nur bei einem Anwender ist es so dass, wenn er auf seinem Handy eine andere App startet und die wieder beendet und zu meiner zurück wechseln will, befindet diese sich im "Anfangsmodus", also alle bereits gemachten Eingaben z.B. sind weg!

Das möchte ich irgendwie abfangen!

Ciao
Stefan

[Sherlock]

Es gibt sehr wohl eine Unterscheidung zwischen Arbeitsspeicher, also Programmausführungsspeicher, und Speicher...ähm...Speicher.

Sherlock

[himitsu]

"Interner Gerätespeicher"

Halt der Festwertspeicher, egal wie man ihn da mennen mag.
Bei Festplatte schließen ich z.B. auch SSDs mit ein, auch wenn sich da keine Platte mehr dreht.
Ringkernspeicher, Magnettrommel, Datasette, HDD, SSHD, SSD, USB-Stick, MemoryCard, SD-Card, ...

[bra]

Ist die App vielleicht einfach nur abgestürzt? Das ist ja bei Delphi-Apps leider keine Seltenheit...

[sko1]

Nein, generell (fast immer) wenn eine andere App gestartet wird, bei hunderten anderen Anwendern gibt es ja da keine Probleme!

Application-Events klingt interessant, nur bringt mich die verlinkte Embarcadreo-Seite irgendwie nicht weiter, hat jemand einen kurzen Schnipsel Code zur Anwendung?

Und wenn ich das Ganze richtig gelesen habe, gibt es das auch nur für Android/iOS, wenn ich das Projekt auch für Windows compilieren möchte brauch ich dann entsprechende Compilerschalter...

Ciao
Stefan

[Sherlock]

Mach Dir doch nicht so nen Kopf um diese Events. Speicher einfach zeitnah jede Änderung ab. Beim nächsten App-Start sollte dann auch alles da sein. KISS.

Sherlock

[Rollo62]

Die ApplicationEvents die Sebastion erwähnt sind ein "Muss", sich darum zu kümmern.
Wenn du die LowMemory nicht bearbeitest wird deine App gekillt.
Bei den BecameActive, etc. bin ich nicht sicher, könnte aber auch sein das diese bearbeitet sein wollen um nicht dein Programm wieder neustarten zu lassen.

Ich mache das automatisch bei jeder App so, und die Programme können im Hintergrund weiterleben.

Delphi-Quellcode:

procedure TView_Manager.AppEvents_Subscribe;
var
  AppEventSvc: IFMXApplicationEventService;

begin
  if TPlatformServices.Current.SupportsPlatformService(IFMXApplicationEventService, IInterface(AppEventSvc)) then
    AppEventSvc.SetApplicationEventHandler(EvOnAppEvent);

end;

function TView_Manager.EvOnAppEvent(AAppEvent: TApplicationEvent;
                                      AContext: TObject): Boolean;
var
  cmd : TS4Api_SysEvents.TApi; 

begin

  Result := True;

  cmd := TS4Api_SysEvents.TApi.None; 

  case AAppEvent of
    TApplicationEvent.FinishedLaunching   : cmd := TS4Api_SysEvents.TApi.FinishedLaunching;
    TApplicationEvent.BecameActive        : cmd := TS4Api_SysEvents.TApi.BecameActive;
    TApplicationEvent.WillBecomeInactive  : cmd := TS4Api_SysEvents.TApi.WillBecomeInactive;
    TApplicationEvent.EnteredBackground   : cmd := TS4Api_SysEvents.TApi.EnteredBackground;
    TApplicationEvent.WillBecomeForeground: cmd := TS4Api_SysEvents.TApi.WillBecomeForeground;
    TApplicationEvent.WillTerminate       : cmd := TS4Api_SysEvents.TApi.WillTerminate;
    TApplicationEvent.LowMemory           : cmd := TS4Api_SysEvents.TApi.LowMemory;
    TApplicationEvent.TimeChange          : cmd := TS4Api_SysEvents.TApi.TimeChange;
    TApplicationEvent.OpenURL             : cmd := TS4Api_SysEvents.TApi.OpenURL;
    else
                                            ;
  end;

  if cmd <> TS4Api_SysEvents.TApi.None then
  begin
    TS4Msg_SysEvents.SendMessage(Self,  cmd);  // Ja ich weiss, ich leite ein Event in einen anderen Event weiter
    // Aber so kann ich diese sehr leicht abfangen und evtl. an verschiedenen Stellen verarbeiten
  end;

end;

Rollo

[bra]

Zitat:

Zitat von sko1 (Beitrag 1379000)

Und wenn ich das Ganze richtig gelesen habe, gibt es das auch nur für Android/iOS, wenn ich das Projekt auch für Windows compilieren möchte brauch ich dann entsprechende Compilerschalter...

Keine Kompilerschalter, einfach eine Abfrage:

Delphi-Quellcode:

var
  AppEventSvc: IFMXApplicationEventService;
begin

  if TPlatformServices.Current.SupportsPlatformService(IFMXApplicationEventService, IInterface(AppEventSvc)) then
    AppEventSvc.SetApplicationEventHandler(HandleAppEvent);

end;

Edit: Da ist jemand dazwischengerollot ;D

[mjustin]

Ist mir auch aufgefallen: wischen der Anwendung aus der History Liste killt sie sofort, auch wenn sie zum Beispiel noch in einem Thread einen Upload macht.

Daher muß man dann alle Daten die gesendet werden sollen noch zwischenspeichern und beim nächsten Start den Upload wiederholen.

Aber die Frage ist noch offen: wie kann man erkennen, wenn das eigene Programm abgeschossen wird? (Um dann z.B. noch eine Notification zu erzeugen)

[Aviator]

Ich habe zwar keine Ahnung von Android Programmierung, aber wie kann man bei Android überhaupt eine Anwendung "beenden" ohne Sie über die Taskliste rauszuwerfen? Selbst eine Anwendung die das saubere Beenden über das mehrfache Klicken des Zurück-Buttons angeblich unterstützt, steht nach dem Schließen immer noch in der Taskliste und kann da vermeintlich auch nochmal beendet werden.

Das saubere Beenden einer Anwendung könnte man evtl. dadurch erkennen, dass während des sauberen Shutdown Prozesses in einer Datei oder Datenbank auf dem Gerät ein entsprechender Wert gesetzt wird. Wird die Anwendung gekillt, dann bleibt der Wert auf dem Status "nicht sauber beendet" und das Programm kann den letzten Zustand wiederherstellen. Ob das jetzt die beste Lösung ist kann ich aber nicht sagen.

[jaenicke]

Zitat:

Zitat von mjustin (Beitrag 1379013)

Aber die Frage ist noch offen: wie kann man erkennen, wenn das eigene Programm abgeschossen wird? (Um dann z.B. noch eine Notification zu erzeugen)

Mit den genannten Events.

Rollo62 hat ja auch ein Beispiel gepostet.