Question

设置此项时要小心，因为更改组件状态会使包含应用程序的行为无法预测。

不幸的是，他们没有详细说明不可预知行为的含义。

在我的应用程序中，我正在切换活动的启用状态。首先，服务启用活动并启动它：

getPackageManager().setComponentEnabledSetting(
    new ComponentName(MyService.this.getApplicationContext(),
    MyActivity.class),
    PackageManager.COMPONENT_ENABLED_STATE_ENABLED,
    PackageManager.DONT_KILL_APP);

final Intent launchIntent = new Intent(context, MyActivity.class);
    launchIntent.setFlags(Intent.FLAG_ACTIVITY_NEW_TASK
        | Intent.FLAG_ACTIVITY_CLEAR_TOP
        | Intent.FLAG_ACTIVITY_SINGLE_TOP);

context.startActivity(launchIntent);

如果（单顶）活动再次开始或被破坏，它会将自己设置为再次禁用：

@Override
protected void onDestroy() {
    log.d("ON DESTROY");
    super.onDestroy();
    getPackageManager().setComponentEnabledSetting(getComponentName(),
        PackageManager.COMPONENT_ENABLED_STATE_DISABLED,
        PackageManager.DONT_KILL_APP);
}

@Override
protected void onNewIntent(Intent intent) {
    if (someCondition) {
        getPackageManager().setComponentEnabledSetting(getComponentName(),
            PackageManager.COMPONENT_ENABLED_STATE_DISABLED,
            PackageManager.DONT_KILL_APP);

        Intent i = new Intent();
        i.setAction(Intent.ACTION_MAIN);
        i.addCategory(Intent.CATEGORY_HOME);
        startActivity(i);

        finish();
        return;
    }

    super.onNewIntent(intent);
}

通常情况下一切正常，但有时候onResume()中的对象在onCreate()中创建，并且在其他地方没有触及。我无法在调试器中重建此问题，但是我在onResume()中使用NullPointerExceptions获得了许多错误报告，如果之前真的调用过onCreate()则不可能。

一个简单的例子是：

private String s;

@Override
public void onCreate(Bundle savedInstanceState) {
    super.onCreate(savedInstanceState);
    ...
    s = new String("");
    ...
}

@Override
protected void onResume() {
    super.onResume();
    ...
    s.equals(""); // rarely causes NullPointerException
    ...
}

我的问题是：这可能是PackageManager.DONT_KILL_APP的不可预测的行为吗？或者有人知道如何发生这种情况吗？

Answer 1

是的，尽管你不希望应用程序被杀死，但有时系统需要内存并且会破坏一些对象。应用程序本身仍然存在，并且只调用onResume（）但没有它先前创建的所有对象。

由PackageManager.DONT_KILL_APP引起的不可预测的行为

1 个答案: