缺点: 1)、系统广播不可控,只有在系统广播发生的时候能重启,不能在进程一被杀死就重启。
在service中有一个onStartCommend(),将返回值设置为start_stick(当service因系统内存不足被杀死时,在系统内存充足时重新启动service,调用onStartCommend()),这样就可以在service被杀死时候,自动重启service。 缺点:只能在当service因系统内存不足被杀死时,才能重新启动。 当例如进程被强制杀死后,service无法重启进程。
利用linux 中fork机制创建一个native进程,在native进程可以监控主进程的存活, 当主进程挂掉后,可以立即对主进程拉活,主要利用的就是android里面的AMS来管理。 在系统5.0后,系统对native进程加强了管理,就不管用了。 1、native进程中如何监控主进程呢? 1)、在native进程中只用死循环或定时器监控,但是这是比较耗时的,浪费资源的。 2)、在主进程中创建一个文件, 并且在主进程中持有文件的锁,native进程在申请文件锁时会被阻塞,一旦获取了文件锁,说明主进程挂掉了。就可以通过native进程拉活。
2、如何在native进程中对主进程进行拉活? 主要是am命令
会监听主进程
最新版本对账户同步改动了,估计不行了。