[移动开发]Android - 禁用权限后，进程被杀？

使用 app 过程中，禁用权限后，app 所有进程被杀，俺是第一次碰到。。。

源于测试提的一个bug：

直播过程中，设置-禁用相机权限后，再打开 app 直播崩溃。

Bug 复现

通过复现，确实是这样，不过崩溃的是 NPE 或别的。跟相机权限一点关系都没有。
连上手机开始调试吧，看看日志啥啥的。
打开 app 开播，去系统设置把 app 的相机权限从允许改为禁止。
Logcat 的日志没了，并且 app 的所有进程都被杀了，一个也没留。
从最近任务列表或桌面 Icon 点击 app，白屏了一小会儿，然后崩了。
进程新建，然后重建栈顶的 activity，然而如果程序读取在内存中存的对象时，发生了 npe 造成崩溃。
这。。。
试试微信去。
我惊了。微信它重启了，重新走冷启动流程。

为啥 app 进程会被干掉

可以看看 Android marshmallow dynamic permission change kills all application processes
在线考古！
既然这是 Android 系统的机制，那我们想想办法在这种情况下，怎么能让 app 不崩溃吧。

解决方法

onCreate 中判断 bundle != null

很多人考虑在基类的 onCreate 方法中判断 bundle 是否为 null，来判定 activity 被重建。
这个做法的依据是，权限禁止后，再打开 app，栈顶的 activity 的 onCreate 方法的 bundle 不为 null，存了一些系统自动传入的 bundle。

override fun onCreate(savedInstanceState: Bundle?) {
    super.onCreate(savedInstanceState)
    if (savedInstanceState != null) {
        val intent = Intent(this, LaunchActivity::class.java)
        intent.flags = Intent.FLAG_ACTIVITY_CLEAR_TASK or Intent.FLAG_ACTIVITY_NEW_TASK
        startActivity(intent)
        overridePendingTransition(0, 0)
        finish()
    }
}

但是如果在程序有需求存 bundle 时，这个方法是不是就不适用了呢 ~

通过 ActivityLifecycleCallbacks

另外发现的一种方法：
在Application 定义一个Boolean类型的属性，isKilled = true 默认为true， 注册 ActivityLifecycleCallbacks 回调，在onActivityCreated 方法，先判断activity 是否是Launch ，若是则将Application.isKilled 赋值为false。若不是Launch 判断 Application.isKilled 是否为true， 若是true 说明 Application 被重建了，这时候跳转到Launch并杀掉刚重建的Activity
# 应用压到后台，关闭应用某个权限后，应用无法正常使用
具体实现：
自定义 PreventProcessKill 类，并实现 Application.ActivityLifecycleCallbacks 接口

class PreventProcessKill: Application.ActivityLifecycleCallbacks {
    companion object {
        const val TAG = "PreventProcessKill"
    }

    private var activityCount = 0

    override fun onActivityCreated(activity: Activity?, bundle: Bundle?) {
        Logs.e(TAG, "onActivityCreated activity=($activity) bundle=($bundle)")
        if (activity != null && activity is LaunchActivity) {
            if (activityCount == 0 || activity.isTaskRoot()) {
                Logs.e(TAG, "onActivityCreated set isKilled false ")
                MyApplication.isKilled = false
            }
        }
        if (MyApplication.isKilled) {
            Logs.e(TAG, "onActivityCreated isKilled == true, start restartApp")
            // 进程被杀死，重启app
            restartApp(activity);
            return;
        }
    }

    override fun onActivityStarted(activity: Activity?) {
        Logs.e(TAG, "onActivityStarted activity=$activity")
        activityCount++
    }

    override fun onActivityResumed(activity: Activity?) {
        Logs.e(TAG, "onActivityResumed activity=$activity")
    }

    override fun onActivityPaused(activity: Activity?) {
        Logs.e(TAG, "onActivityPaused activity=$activity")
    }

    override fun onActivityStopped(activity: Activity?) {
        Logs.e(TAG, "onActivityStopped activity=$activity")
        activityCount--
    }

    override fun onActivitySaveInstanceState(activity: Activity?, bundle: Bundle?) {
        Logs.e(TAG, "onActivitySaveInstanceState activity=($activity) bundle=($bundle)")
    }

    override fun onActivityDestroyed(activity: Activity?) {
        Logs.e(TAG, "onActivityDestroyed activity=$activity")
    }

    /**
     * 走启动流程
     */
    private fun restartApp(activity: Activity?) {
        val intent = Intent(activity, LaunchActivity::class.java)
        intent.flags = Intent.FLAG_ACTIVITY_CLEAR_TASK or Intent.FLAG_ACTIVITY_NEW_TASK
        activity?.startActivity(intent)
        activity?.overridePendingTransition(0, 0)
        activity?.finish()
    }
}

在 Application 中定义 默认为 true 的 isKilled 属性。

public class MyApplication extends MultiDexApplication {
    public boolean isKilled = true;
}

文末

第二个方法我认为比在 onCreate 中判断 bundle 是否为空的方法要好一些。

这两个方法都存在一个问题，就是打开 app 时，会白屏一小会儿。
微信没有白屏。好想问问微信的人是咋处理的。