delphi как заставить приложение закрыть под андроид

Question

их проблема при андроиде, если мы закроем приложение и попытаемся его снова открыть, тогда, если он все еще находится в процессе закрытия, мы получаем «белый экран смерти». Это нормально, я думаю, андроид пытается показать запущенное приложение, потому что он, возможно, не знает, что приложение находится в процессе отделки.

Обычно приложение должно немедленно закрываться, но иногда выполняются некоторые фоновые задачи, которые не закрываются сразу (например, http-соединение, файл при записи на диск и т. Д.). Их способ не заботиться ни о чем и вряд ли закрыть приложение?

Answer 1

Просто пункт о смехотворности английских слов, который может означать либо то, что они должны, либо полярную противоположность, основанную на контексте: слово «вряд ли» в этом контексте не означает «агрессивно», это означает «едва «или« едва ли », но я предполагаю отсюда, что вы подразумеваете« едва ли близко », чтобы означать« принуждение к закрытию ».

Похоже, что Application.Terminate является «официальным способом», по крайней мере, в более поздних версиях Delphi. Глядя на реализацию в TPlatformAndroid.Terminate, он делает то, что должно быть сделано при закрытии.

Обратите внимание, что в XE5 (включая пакет обновления) метод TPlatformAndroid.Terminate был пуст. В Delphi XE6-XE8 есть основы установки IFMXApplicationService.Terminating на True, завершение таймеров и инструктирование основной активности на завершение с вызовом ANativeActivity_finish. Delphi 10 Сиэтл добавил к этому, вызывая TForm.OnSaveState и Delphi 10.1 Berlin предпринимает шаги для обеспечения безопасного выполнения этого кода в потоке FMX.

Есть другие варианты, некоторые из которых имеют различные недостатки. Недостатком некоторых, казалось бы, очевидных кандидатов является производство ошибок во время выполнения (· _ ·,)

Во всяком случае, вы можете попробовать эти варианты, если вы хотите:

• вызов, Close метод главной формы -> кажется, работает в последних версиях
• вызов Release метод главной формы -> производит EListError с сообщением Несбалансированное стека или очереди операции если вызывается из основной метод формы благодаря заметному различию между поведением и реализации Release на ОС Windowsи на Android
• вызова DisposeOf против основной формы -> производит нарушение прав доступа, если вызывается из обработчика события, благодаря его непосредственной Efect - как правило, не очень хороший результат
• Вызовите finish метод базового Android деятельности по телефону TAndroidHelper.Activity.finish (который полагается на блок Androidapi.Helpers) или MainActivity.finish (который полагается на модуль FMX.Platform.Android) -> кажется, работает
• звонок Halt -> это самый абразивный способ прекратить ваше приложение, которое не рекомендуется: приложение внезапно завершит обход любого важного кода очистки и т. д.
• call kill(getpid, SIGKILL) после использования методов Posix.Pthread, Posix.Unistd и Posix.Signal -> еще один чрезвычайно абразивный метод (возможно, самый абразивный), который не рекомендуется: приложение внезапно прекратится в обход любого важного кода очистки и т. Д.