首先,我知道在Android上不应该真正地关闭/重启应用程序。在我的用例中,我想在服务器向客户机发送一条特定信息的特定情况下对应用程序进行工厂重置。

用户只能使用应用程序的一个实例在服务器上登录(即不允许多个设备)。如果另一个实例获得了“登录”锁,那么该用户的所有其他实例都必须删除他们的数据(工厂重置),以保持一致性。

强制获取锁是可能的,因为用户可能会删除应用程序并重新安装它,这将导致不同的实例id,用户将无法再释放锁。因此,可以强制获取锁。

由于这种强制的可能性,我们需要始终检查一个具体实例是否拥有锁。这是在(几乎)对服务器的每个请求上完成的。服务器可能会发送一个“错误的锁定id”。如果检测到这种情况,客户机应用程序必须删除所有内容。


这就是用例。

我有一个活动A,启动登录活动L或应用程序的主活动B,这取决于一个sharedPrefs值。在启动L或B之后,它关闭自己,以便只有L或B在运行。在用户已经登录的情况下,B正在运行。

B启动C, C调用startService为IntentService服务。

(a) > b > c > d

从D的onHandleIntent方法,一个事件被发送到ResultReceiver R。

R现在通过向用户提供一个对话框来处理该事件,在该对话框中,用户可以选择对应用程序进行工厂重置(删除数据库、sharedPrefs等)。

在工厂重置后,我想重新启动应用程序(关闭所有活动),只启动A,然后启动登录活动L并完成自己:

(a) > l

对话框的onclick方法是这样的:

@Override
public void onClick(DialogInterface dialog, int which) {

    // Will call onCancelListener
    MyApplication.factoryReset(); // (Deletes the database, clears sharedPrefs, etc.)
    Intent i = new Intent(MyApp.getContext(), A.class);
    i.setFlags(Intent.FLAG_ACTIVITY_CLEAR_TOP);
    i.addFlags(Intent.FLAG_ACTIVITY_NEW_TASK);
    MyApp.getContext().startActivity(i);
}

这是MyApp类:

public class MyApp extends Application {
    private static Context context;

    @Override
    public void onCreate() {
        super.onCreate();
        context = getApplicationContext();
    }

    public static Context getContext() {
        return context;
    }

    public static void factoryReset() {
        // ...
    }
}

问题是,如果我使用FLAG_ACTIVITY_NEW_TASK,活动B和C仍在运行。如果我点击登录活动的返回按钮,我看到C,但我想回到主屏幕。

如果我不设置FLAG_ACTIVITY_NEW_TASK我得到错误:

07-07 12:27:12.272: ERROR/AndroidRuntime(9512): android.util.AndroidRuntimeException: Calling startActivity() from outside of an Activity  context requires the FLAG_ACTIVITY_NEW_TASK flag. Is this really what you want?

我不能使用活动的上下文,因为ServiceIntent D也可能从一个由AlarmManager启动的后台任务中调用。

那么我如何解决这个问题,使活动堆栈变成(A) >l呢?


当前回答

fun triggerRestart(context: Activity) {
    val intent = Intent(context, MainActivity::class.java)
    intent.addFlags(Intent.FLAG_ACTIVITY_NEW_TASK)
    context.startActivity(intent)
    if (context is Activity) {
        (context as Activity).finish()
    }
    Runtime.getRuntime().exit(0)
}

其他回答

有一个非常好的技巧。我的问题是一些非常老的c++ jni库泄露了资源。在某一时刻,它停止了运作。用户试图退出应用程序并再次启动它——但没有结果,因为完成一个活动并不等同于完成(或终止)进程。(顺便说一下,用户可以进入正在运行的应用程序列表并从那里停止它——这是可行的,但用户只是不知道如何终止应用程序。)

如果您想观察这个特性的效果,可以向您的活动添加一个静态变量,并在每次按下按钮时增加它。如果退出应用程序活动,然后再次调用应用程序,则此静态变量将保持其值。(如果应用程序真的退出了,变量将被分配初始值。)

(我不得不评论一下为什么我不想修复这个错误。这个库是几十年前编写的,从那时起就泄露了资源。管理层认为这种方法一直有效。提供修复方案而不是变通方案的成本……我想,你们应该明白了。)

现在,我怎么能重置一个jni共享(又名动态,.so)库到初始状态? 我选择将应用程序作为一个新进程重新启动。

诀窍是System.exit()关闭当前活动,Android重新创建应用程序时少了一个活动。

所以代码是:

/** This activity shows nothing; instead, it restarts the android process */
public class MagicAppRestart extends Activity {
    // Do not forget to add it to AndroidManifest.xml
    // <activity android:name="your.package.name.MagicAppRestart"/>
    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        System.exit(0);
    }
    public static void doRestart(Activity anyActivity) {
        anyActivity.startActivity(new Intent(anyActivity.getApplicationContext(), MagicAppRestart.class));
    }
}

调用活动只执行代码MagicAppRestart.doRestart(this);,调用活动的onPause()被执行,然后流程被重新创建。不要忘记在AndroidManifest.xml中提到这个活动

这种方法的优点是没有延迟。

UPD:它在Android 2上运行。x,但在Android 4有一些变化。

我发现这适用于API 29及以后的版本——目的是杀死并重新启动应用程序,就像用户在应用程序未运行时启动它一样。

public void restartApplication(final @NonNull Activity activity) {
   // Systems at 29/Q and later don't allow relaunch, but System.exit(0) on
   // all supported systems will relaunch ... but by killing the process, then
   // restarting the process with the back stack intact. We must make sure that
   // the launch activity is the only thing in the back stack before exiting.
   final PackageManager pm = activity.getPackageManager();
   final Intent intent = pm.getLaunchIntentForPackage(activity.getPackageName());
   activity.finishAffinity(); // Finishes all activities.
   activity.startActivity(intent);    // Start the launch activity
   System.exit(0);    // System finishes and automatically relaunches us.
}

这是在应用程序中的启动器活动时完成的:

<intent-filter>
    <action android:name="android.intent.action.VIEW"/>
    <action android:name="android.intent.action.MAIN" />
    <category android:name="android.intent.category.LAUNCHER" />
</intent-filter>

我看到一些评论声称需要一个DEFAULT类别,但我没有发现情况是这样的。我已经确认我的应用程序中的应用程序对象是重新创建的,所以我相信进程真的已经被杀死并重新启动。

我使用这个的唯一目的是在用户启用或禁用Firebase Crashlytics崩溃报告后重新启动应用程序。根据他们的文档,应用程序必须重新启动(进程终止并重新创建)才能生效。

我必须添加一个Handler来延迟退出:

 mgr.set(AlarmManager.RTC, System.currentTimeMillis() + 200, mPendingIntent);
        final Handler handler = new Handler();
        handler.postDelayed(new Runnable() {
            @Override
            public void run() {
                Runtime.getRuntime().exit(0);
            }
        }, 100);

Jake Wharton最近发布了他的ProcessPhoenix库,它以一种可靠的方式做到了这一点。你基本上只需要调用:

ProcessPhoenix.triggerRebirth(context);

库将自动完成调用活动,终止应用程序进程,然后重新启动默认的应用程序活动。

fun triggerRestart(context: Activity) {
    val intent = Intent(context, MainActivity::class.java)
    intent.addFlags(Intent.FLAG_ACTIVITY_NEW_TASK)
    context.startActivity(intent)
    if (context is Activity) {
        (context as Activity).finish()
    }
    Runtime.getRuntime().exit(0)
}