android中服务生命周期小结

     探讨一项概念的生命周期,往往会和生命周期的方法联系起来讨论,比如java-ee中的servlet,servlet生命周期会结合init方法、service方法、doGet方法、doPost方法等来讨论,又如android一大组件activity,它的生命周期会和以下几个回调方法来探讨,onCreate(),onStart(),onResume(),onPause(),onStop(),onDestroy()和onResume();

    而服务的生命周期和onCreate(),onStartCommand(),onBind(),onDestroy()关系密切,而且与Context的startService(),stopService(),bindService()和unbindService()等方法有相应联系!

    服务创建: 当onCReate方法被执行的时候,服务会被创建,而有两种主要方式调用onCreate方法,1、在项目任何位置调用Context的startService的方法,如果该服务还没被创建,onCreate方法就会执行,紧接着还会执行onStartCommand方法,启动服务!需要注意的是不管调用多少次sartService()方法,只会有一个服务实例,调用一次stopService()或stopSelf()都可以停止服务(不同于销毁服务)2、调用Context的bindService方法,这时会调用服务中的onBind()方法用于绑定服务和调用方,类似于情况1,假如服务还没被创建,onCreate方法会先执行用于创建服务。(关于绑定:只要服务与调用方绑定后,调用方就可以通过ServiceConnection获取到onBind方法中返回的IBinder对象实例,这样就可以与服务自由通信了)

    服务销毁:当onDestroy方法被执行的时候,服务会被销毁,而这时有三种方式调用到onDestroy方法,1、调用startService()方法后,调用stopService()方法,这时服务中onDestroy()方法会执行,服务被销毁;2、调用了bindService()方法后,调用unbindService()方法,服务中onDestroy()方法会执行,服务被销毁;3、一个服务既调用了startService方法,又调用了bindService()方法(调用先后顺序无关系),这种情况下只有调用stopServuce()方法和unbindService()方法(调用先后顺序没关系),onDestroy()方法才会被执行,否则一个服务只要被启动或者被绑定之后,就会一直处于运行状态。

    清楚了Service的这些问题后,我按照郭霖大神《第一行代码》的书写了个ServiceTest的小测试程序,没有满足于照敲课本代码,我做了几个额外小测试,对于服务生命周期的理解也就更深入了。

     一、当服务处于非绑定状态时(压根没绑定或者已经绑定后解绑了),再点击解除绑定的按钮会报错;如下图程序自动退出,并且在LogCat中报错“Service not registered“,即抛出服务未被注册的异常,而实际上服务是已经在AndroidManfiest中注册过的。

 

    这激起了我一定好奇心,通过研究了相关的源码之后,我发现当一个服务绑定之后,会将当前绑定的一些信息记录到Map之中,而unbindService执行时,如果在Map集合中能搜寻到该服务相应的对应信息,则会移除该记录并停止解除绑定;假如该服务处于非绑定状态,在Map集合中搜寻不到该服务相应的对应信息,则会抛出服务未被注册的异常!

    解决办法,通过研究我发现bindService()方法会返回一个boolean值,所以在unbindService()执行前,可以加一个判断,即首先在MainActivity中定义一个私有成员变量private boolean isBound =false;而当绑定服务时候令 isBound=true;解绑前加入判断语句if(isBound){unbindService(connection);isBound=false;}  这样就可以规避因重复解绑带来的异常抛出

  二、当绑定之后未解绑而退出程序,会出现has leaked ServiceConnection**that was originally boud here即服务连接泄露的错误,如下图所示,解决方法就是重写onDestroy()方法,

@Override

protected void onDestroy()

{

  super.onDestroy();

  unbindService(connection);

}

 

 

 

  • 1
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
ViewModel的生命周期与Activity的生命周期是不同的。在图1,我们可以看到Activity经历了屏幕旋转并结束的过程,它的生命周期状态会发生变化。而ViewModel的生命周期与Activity的生命周期无关,它会在Activity被销毁后继续存在。 ViewModel的主要目的是存储和管理与UI相关的数据,并且在Activity被销毁后重新创建时能够保留这些数据。ViewModel的生命周期会持续到与其关联的Activity被彻底销毁。这意味着当Activity被重新创建时,ViewModel仍然存在,并且可以继续提供数据给新创建的Activity使用。 因此,ViewModel的生命周期相对于Activity来说更长久,并且能够在Activity的销毁和重新创建过程保持数据的一致性。这使得在Fragment之间共享数据变得更加方便,因为多个Fragment可以与同一个ViewModel进行通信,而不受Activity生命周期的影响。 总结来说,ViewModel的生命周期与Activity的生命周期无关,它可以在Activity被销毁后继续存在,并且能够保持数据的一致性,从而方便在Fragment之间共享数据。<span class="em">1</span><span class="em">2</span><span class="em">3</span> #### 引用[.reference_title] - *1* *2* [Android Jetpack架构组件-ViewModel的使用及原理](https://blog.csdn.net/qq_15988951/article/details/105106867)[target="_blank" data-report-click={"spm":"1018.2226.3001.9630","extra":{"utm_source":"vip_chatgpt_common_search_pc_result","utm_medium":"distribute.pc_search_result.none-task-cask-2~all~insert_cask~default-1-null.142^v93^chatsearchT3_2"}}] [.reference_item style="max-width: 50%"] - *3* [android-activity-lifecycle:向任何类提供一种侦听android活动生命周期事件的方法](https://download.csdn.net/download/weixin_42128315/18327364)[target="_blank" data-report-click={"spm":"1018.2226.3001.9630","extra":{"utm_source":"vip_chatgpt_common_search_pc_result","utm_medium":"distribute.pc_search_result.none-task-cask-2~all~insert_cask~default-1-null.142^v93^chatsearchT3_2"}}] [.reference_item style="max-width: 50%"] [ .reference_list ]

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值