首先,我知道在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呢?


当前回答

可以使用Activity的startInstrumentation方法。您需要在manifest中实现空Instrumentation和指向。之后,你可以调用这个方法重新启动你的应用程序。

try {           
    InstrumentationInfo info = getPackageManager().queryInstrumentation(getPackageName(), 0).get(0);
    ComponentName component = new ComponentName(this, Class.forName(info.name));
    startInstrumentation(component, null, null);
} catch (Throwable e) {             
    new RuntimeException("Failed restart with Instrumentation", e);
}

我动态地获得Instrumentation类名,但是你可以硬编码它。有些是这样的:

try {           
    startInstrumentation(new ComponentName(this, RebootInstrumentation.class), null, null); 
} catch (Throwable e) {             
    new RuntimeException("Failed restart with Instrumentation", e);
}

调用startInstrumentation make reload你的应用程序。阅读这个方法的描述。但如果像杀人程序一样,它可能是不安全的。

其他回答

好的,我重构了我的应用程序,我不会自动完成A。我让它一直运行,并通过onActivityResult事件完成它。 通过这种方式,我可以使用FLAG_ACTIVITY_CLEAR_TOP + FLAG_ACTIVITY_NEW_TASK标志来获得我想要的东西:

public class A extends Activity {

    @Override
    protected void onActivityResult(int requestCode, int resultCode, Intent data) {
        super.onActivityResult(requestCode, resultCode, data);
        finish();
    }

    protected void onResume() {
        super.onResume();
        // ...
        if (loggedIn) {
            startActivityForResult(new Intent(this, MainActivity.class), 0);
        } else {
            startActivityForResult(new Intent(this, LoginActivity.class), 0);
        }
    }
}

在ResultReceiver中

@Override
public void onClick(DialogInterface dialog, int which) {
    MyApp.factoryReset();
    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);
}

谢谢!

完全重新启动应用程序的最好方法是重新启动它,而不仅仅是用FLAG_ACTIVITY_CLEAR_TOP和FLAG_ACTIVITY_NEW_TASK跳转到一个活动。所以我的解决方案是从你的应用程序,甚至从另一个应用程序,唯一的条件是知道应用程序包名称(例如:'com.example.myProject')

 public static void forceRunApp(Context context, String packageApp){
    Intent launchIntent = context.getPackageManager().getLaunchIntentForPackage(packageApp);
    launchIntent.setFlags(Intent.FLAG_ACTIVITY_EXCLUDE_FROM_RECENTS | Intent.FLAG_ACTIVITY_NEW_TASK);
    context.startActivity(launchIntent);
}

从appB重启或启动appA的使用示例:

forceRunApp(mContext, "com.example.myProject.appA");

您可以检查应用程序是否正在运行:

 public static boolean isAppRunning(Context context, String packageApp){
    ActivityManager activityManager = (ActivityManager) context.getSystemService(Context.ACTIVITY_SERVICE);
    List<ActivityManager.RunningAppProcessInfo> procInfos = activityManager.getRunningAppProcesses();
    for (int i = 0; i < procInfos.size(); i++) {
        if (procInfos.get(i).processName.equals(packageApp)) {
           return true;
        }
    }
    return false;
}

注意:我知道这个答案有点离题,但它对某人来说真的很有帮助。

Intent i = getBaseContext().getPackageManager().getLaunchIntentForPackage( getBaseContext().getPackageName() );
i.addFlags(Intent.FLAG_ACTIVITY_CLEAR_TOP);
startActivity(i);

我必须添加一个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);

我发现这适用于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崩溃报告后重新启动应用程序。根据他们的文档,应用程序必须重新启动(进程终止并重新创建)才能生效。