Подтвердить что ты не робот

Android-приложение перезапускается автоматически после сбоя

Мое приложение частично написано в собственном приложении с использованием C/С++. Проблема заключается в том, что всякий раз, когда C/С++ частично сбой, по какой-то причине приложение умирает, а затем автоматически запускается. Это вызывает всевозможные беспорядочные проблемы.

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

  • Выйти изящно
  • Если он умирает, по крайней мере, не пытайтесь перезапускаться автоматически.

Мне любопытно, почему это происходит. После некоторого поиска я попытался поместить следующую строку в основной элемент активности AndroidManifest.xml:

android:finishOnTaskLaunch="true"

но автоматическое восстановление все равно происходит.

Кто-нибудь знает, почему это происходит и как его изменить?

UPDATE: Я думаю, что более фундаментальный вопрос:
  Есть ли что-то похожее на обратный вызов, если есть нативный сбой?

Один из ответов предложил "обрабатывать сигналы сбоя". Я был бы признателен за любые ссылки о том, как это можно сделать на уровне приложений или модулей.

Как и в настоящее время, если есть сбой, приложение просто исчезает, в логарифме нет ничего, поэтому отладки не возможно.

4b9b3361

Ответ 1

Попробуйте обрабатывать сигналы сбоя (SIGSEGV и т.д.) и отправлять убить себя в обработчик сигналов. Этот трюк помогает мне.

Пример:

#include <signal.h>
#include <unistd.h>


static void signal_handler(int signal, siginfo_t *info, void *reserved)
{
  kill(getpid(),SIGKILL);
}

extern "C" jint JNI_OnLoad(JavaVM* vm, void* /*reserved*/)
{
  struct sigaction handler;
  memset(&handler, 0, sizeof(handler));
  handler.sa_sigaction = signal_handler;
  handler.sa_flags = SA_SIGINFO;
  sigaction(SIGILL, &handler, NULL);
  sigaction(SIGABRT, &handler, NULL);
  sigaction(SIGBUS, &handler, NULL);
  sigaction(SIGFPE, &handler, NULL);
  sigaction(SIGSEGV, &handler, NULL);
  sigaction(SIGSTKFLT, &handler, NULL);
  return(JNI_VERSION_1_6);
}

UPDATE2

если вы хотите увидеть crashlog в android logcat, вы должны использовать этот обработчик сигнала

static void signal_handler(int signal, siginfo_t *info, void *reserved)
{
 struct sockaddr_un addr;
 size_t namelen;
 socklen_t alen;
 int s, err;
 char name[] = "android:debuggerd";
 namelen  = strlen(name);

 // Test with length +1 for the *initial* '\0'.
 if ((namelen + 1) > sizeof(addr.sun_path)) {
    errno = EINVAL;
    return;
 }

 /* This is used for abstract socket namespace, we need
  * an initial '\0' at the start of the Unix socket path.
  *
  * Note: The path in this case is *not* supposed to be
  * '\0'-terminated. ("man 7 unix" for the gory details.)
  */
 memset (&addr, 0, sizeof addr);
 addr.sun_family = AF_LOCAL;
 addr.sun_path[0] = 0;
 memcpy(addr.sun_path + 1, name, namelen);

 alen = namelen + offsetof(struct sockaddr_un, sun_path) + 1;

 s = socket(AF_LOCAL, SOCK_STREAM, 0);
 if(s < 0) return;

 RETRY_ON_EINTR(err,connect(s, (struct sockaddr *) &addr, alen));
 if (err < 0) {
    close(s);
    s = -1;
 }

 pid_t tid = gettid();
 if(s>=0)
 {
   /* debugger knows our pid from the credentials on the
    * local socket but we need to tell it our tid.  It
    * is paranoid and will verify that we are giving a tid
    * that actually in our process
    */
    int  ret;

    RETRY_ON_EINTR(ret, write(s, &tid, sizeof(unsigned)));
    if (ret == sizeof(unsigned)) {
        /* if the write failed, there is no point to read on
         * the file descriptor. */
        RETRY_ON_EINTR(ret, read(s, &tid, 1));
        //notify_gdb_of_libraries();
    }
    close(s);
 }

 wait(NULL);
 kill(getpid(),SIGKILL);
}

Я взял его из источника android (не могу вставить ссылку, потому что android.git.kernel.org не работает), но я не уверен, что он будет работать в будущих версиях Android

Ответ 2

По умолчанию ваше приложение не должно автоматически перезапускаться. Обычно нужно регистрироваться для такого рода вещей, например. через AlarmManager/keep alives.

Есть ли у вас служба как часть вашего приложения?