android Process.killProcess 和 System.exit(0) 区别

1 Process.killProcess  和 System.exit(0) 两个都会 kill 掉当前进程。

你可以打开 DDMM 查看进程号,进程确实被 kill 掉了。

2 如果是在第一个 Activity 调用 Process.killProcess 或 System.exit(0) 都会 kill 掉当前进程。

但是如果不是在第一个 Activity 中调用,如 ActivityA 启动 ActivityB ,你在 ActivityB 中调用

Process.killProcess 或 System.exit(0) 当前进程确实也被 kill 掉了,但 app 会重新启动,

又创建了一个新的进程。(这是我同事发现的)

这点还不是很明白,我估计 android os 认为 app 是被意外终止的(如内存不足),os 底层有监听服务,

app 被意外终止会自动重启。

3 在测试极光推送的时候,发现退出 app 后就收不到推送了。后来发现是调用了 System.exit(0) 的原因。

首先 service 也是在进程中的,在主线程中,所以 service 中如果有耗时操作也要开启另外的线程来处理。

当调用 System.exit(0) 或 Process.killProcess 的时候进程被 kill 掉了,进程里的所有东西当然包括 service 肯定

也没了。由于极光推送 pushservice 被 kill 掉了,所以退出 app 后就收不到推送了。

4 还没完,戏剧性的事情发生了,刚退出 app 由于 kill 掉了进程,服务没了,所以收不到推送。但是过了大约1-2分钟居然又能推过来了。

原来是和 service 的 onStartCommand 的返回值有关

@Override
    public int onStartCommand(Intent intent, int flags, int startId) {
        Log.i("lelsie", "service onStartCommand");
        return START_STICKY;
        //return START_NOT_STICKY;
    }

如果返回 START_STICKY 是说服务应该一直运行除非我们手动停止它。极光 pushservice 返回的肯定是 START_STICKY。

所以1-2分钟之后系统又重启了服务,当然会先创建一个新的进程,同样你可以在 DDMM 中查看进程的杀死与新进程的重建。

我在手机上截了 2 张图

            

第一个图是在调用了 Process.killProcess 或 System.exit(0) 之后的图,可以看到进程已不存在了,服务当然也不在了。显示正在重新启动。

第二个图是服务重启以后的正常状态,所以 1-2分钟后又能接收到推送了。

第三个图是 DDMM 截图

5 其实 Process.killProcess 或 System.exit(0) 都不应该直接调用, 进程是由 os 底层进行管理的,android 系统会自己进行处理回收进程。

退出应用你就直接  finish 掉 activity 就行了。

本人水平有限,有问题大家再多讨论。。。。

有兴趣的同学可以用我写的 demo 测试: http://pan.baidu.com/s/1c0xS5g8

 

郑重声明:本站内容如果来自互联网及其他传播媒体,其版权均属原媒体及文章作者所有。转载目的在于传递更多信息及用于网络分享,并不代表本站赞同其观点和对其真实性负责,也不构成任何其他建议。