Service之startService，bindService交叉使用时的生命周期

最新推荐文章于 2025-06-12 16:33:34 发布
原创 最新推荐文章于 2025-06-12 16:33:34 发布 · 1.4k 阅读 · 1 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。

本文详细解析了Android中服务的生命周期与绑定机制，包括startService、stopService、bindService和unbindService的调用顺序及回调方法。通过日志记录展示了服务创建、销毁以及与Activity之间的连接与断开的过程。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

1.仅startService和stopService配合使用，与仅bindService,unbindService配合使用时，service生命周期是比较明确的

2.当startService，stopService，bindService，unbindService时，情况稍微复杂，但是通过打log可以清晰看到其中的调用过程，总结如下：

（1）针对startService和bindService：

a.先startService，则调用onCreate，onStartCommand；当bindService时，再调用onBind（不会再调用onCreate）

b.先bindServcie，则调用onCreate，onBind；当startService时，再调用onStartCommand

（2）针对stopService和unbindService：

a.先stopService，则不会调用任何方法，然后当unbindService时，依次调用onUnbind和onDestroy方法

b.先unbindService，则会调用onUnbind，然后当stopService时，会调用onDestroy


详细的log记录如下，其中，MyService中定义MyServiceBinder类（继承自IBinder），该类中定义了start方法（当Activity与service建立连接时,onServiceConnected中调用），end方法（当连接异常断开时，onServiceDisconnected中调用）：

1.StartService

（1）start
12-02 07:39:50.986 24755-24755/com.example.wtx.service D/MyService: onCreate
12-02 07:39:50.986 24755-24755/com.example.wtx.service D/MyService: onStartCommand
（2）stop
12-02 07:40:31.731 24755-24755/com.example.wtx.service D/MyService: onDestroy

2.BindService
（1）bind
12-02 07:42:12.212 24755-24755/com.example.wtx.service D/MyService: onCreate
12-02 07:42:12.212 24755-24755/com.example.wtx.service D/MyService: onBind
12-02 07:42:12.226 24755-24755/com.example.wtx.service D/MyService: MyServiceBinder.start
（2）unbind
12-02 07:42:25.559 24755-24755/com.example.wtx.service D/MyService: onUnbind
12-02 07:42:25.559 24755-24755/com.example.wtx.service D/MyService: onDestroy

3.先Start再bind
（1）start
12-02 07:44:34.809 24755-24755/com.example.wtx.service D/MyService: onCreate
12-02 07:44:34.809 24755-24755/com.example.wtx.service D/MyService: onStartCommand
（2）bind
12-02 07:44:47.059 24755-24755/com.example.wtx.service D/MyService: onBind
12-02 07:44:47.075 24755-24755/com.example.wtx.service D/MyService: MyServiceBinder.start
（3）stop
无新log打印
（4）unbind
12-02 07:45:19.796 24755-24755/com.example.wtx.service D/MyService: onUnbind
12-02 07:45:19.796 24755-24755/com.example.wtx.service D/MyService: onDestroy
4.先Start再bind
（1）start
12-02 07:46:05.332 24755-24755/com.example.wtx.service D/MyService: onCreate
12-02 07:46:05.332 24755-24755/com.example.wtx.service D/MyService: onStartCommand
（2）bind
12-02 07:46:06.395 24755-24755/com.example.wtx.service D/MyService: onBind
12-02 07:46:06.409 24755-24755/com.example.wtx.service D/MyService: MyServiceBinder.start
（3）unbind
12-02 07:46:18.284 24755-24755/com.example.wtx.service D/MyService: onUnbind
（4）stop
12-02 07:46:56.315 24755-24755/com.example.wtx.service D/MyService: onDestroy

5.先Bind再start
（1）bind
12-02 07:48:04.821 24755-24755/com.example.wtx.service D/MyService: onCreate
12-02 07:48:04.821 24755-24755/com.example.wtx.service D/MyService: onBind
12-02 07:48:04.832 24755-24755/com.example.wtx.service D/MyService: MyServiceBinder.start
（2）start
12-02 07:48:18.636 24755-24755/com.example.wtx.service D/MyService: onStartCommand
（3）unbind
12-02 07:48:34.132 24755-24755/com.example.wtx.service D/MyService: onUnbind
（4）stop
12-02 07:48:45.197 24755-24755/com.example.wtx.service D/MyService: onDestroy
6.先Bind再start
（1）bind
12-02 07:51:01.932 11090-11090/com.example.wtx.service D/MyService: onCreate
12-02 07:51:01.932 11090-11090/com.example.wtx.service D/MyService: onBind
12-02 07:51:01.944 11090-11090/com.example.wtx.service D/MyService: MyServiceBinder.start
（2）start
12-02 07:51:09.613 11090-11090/com.example.wtx.service D/MyService: onStartCommand
（3）stop
无新log打印
（4）unbind
12-02 07:51:23.592 11090-11090/com.example.wtx.service D/MyService: onUnbind
12-02 07:51:23.592 11090-11090/com.example.wtx.service D/MyService: onDestroy

jjj000123
关注
startService,bindService混合使用的生命周期问题
lbcwnu的博客
08-09 1445
startService,bindService混合使用的生命周期问题 startService与bindService的混合使用执行顺序无非就是4种情况，现有serviceA实例分别打印生命周期的各个方法，四种情况的生命周期如下： startService -> bindService->stopService -> unbindService 08-09 10:57:...
Android——service使用详解，android混合开发弊端
m0_66264673的博客
03-01 532
android:name=“string” android:permission=“string” android:process=“string” > | 属性 | 说明 | | — | — | | description | 对服务进行描述，属性值应为对字符串资源的引用，以便进行本地化 | | directBootAware | 设置是否可以在用户解锁设备之前运行，默认值为“false” | | enabled | 设置是否可以由系统来实例化服务。< application >元素有
startService与bindService混合使用对Service生命周期的影响
大熊的Android开发之旅
04-27 9162
项目开发中有遇到startService与bindService混合使用的情况，发现其对Service生命周期有很大影响，故与各位分享一下。。。 一、正常情况（应该大家都很熟了，简单介绍）： (1)单独使用startService()： onCreate()->onStartCommand()->Servicerunning->onDestroy()->Serviceshutdo
bindService 和 startService 生命周期对比
最新发布
qq_36428821的博客
06-12 540
onCreate() → onStartCommand() → onBind() → [服务运行] → onUnbind() → [服务继续运行] → stopSelf()/stopService() → onDestroy()onCreate() → onStartCommand() → [服务运行] → stopSelf()/stopService() → onDestroy()onCreate() → onBind() → [服务运行] → onUnbind() → onDestroy()
startService和binderService的混合使用时的生命周期
weixin_30488313的博客
03-15 176
创建MyService类 创建一个MyService类继承与Service： public class MyService extends Service { @Override public void onCreate() { Log.i(getClass().getSimpleName(),"onCreate"); super.onCreate(...
混合调用和开启服务的生命周期
HelloWold
10-18 786
绑定服务 特点 如果调用者挂了,服务就跟着挂了. 需求: 服务长期的后台运行, 又想调用服务里面的方法. 混合开启服务的生命周期. 顺序: 1.startservice 开启服务 (保证服务长期后台运行) 2.bindService 绑定服务 (调用服务的方法) 3.unbindService 解除绑定服务 4.stopService  停止服务.
Android Service的bindService和startService混合使用及其关闭分析
jia635的专栏
08-23 4450
面试一个公司，和那边技术负责人讨论了一个关于启动一个Service，首先问了我一下有什么启动方式，然后各自生命周期是怎样的，都一一回答，接着就问如果一个Service通过两种方式使用，然后怎么进行关闭，这个问题倒从没思考过，也没有这样做过这样的业务处理。我理解的是在Service 业务处理完，Service自己进行stopself（）关闭即可。下面进行一下综合分析及总结。 1.startServ
Android——service使用详解，经典实战教程
m0_66264134的博客
02-05 2049
android:enabled=[“true” | “false”] android:exported=[“true” | “false”] android:icon=“drawable resource” android:isolatedProcess=[“true” | “false”] android:label=“string resource” android:name=“string” android:permission=“string” android:process=“string” &g
Android——service使用详解，flutter页面跳转回调
m0_63935228的博客
11-11 3166
二、声明Service 如同其他组件一样，想要使用Service，必须在清单文件中对其进行声明 声明方式是添加 < service > 元素作为 < application > 元素的子元素 例如 <application android:allowBackup=“true” android:icon="@mipmap/ic_launcher" android:label="@string/app_name" android:supportsRtl=“true” androi
Android开发之远程服务[Remote:]通信
Newbieforme的博客
09-08 4059
在Android项目的实际开发中，或多或少的都要用到Service,比如监测APP升级、即时消息通知以及一些需要持久运行或耗时的操作，作为Android四大组件之一，Service的用法是必要掌握的，Service分为本地服务和远程服务，又可分为前台服务和后台服务，在service中，本地服务（LocalService）为普通服务，与客户端捆绑在一起，主进程停止后服务也会终止，无法独立存活，不过它节
ym——Andorid-15k+的面试题。
热门推荐
陈宇明
08-07 3万+
最近才开的博客，希望大家多多关注，andorid开发也做了3年有余了，也面试很多加企业，借此机会分享一下，我们中遇到过的问题以及解决方案吧，希望能够对正在找工作的andoird程序员有一定的帮助。学完本人博客发表《ym--andorid从零开始教程》+面试题目全理解，年薪18w以上绝对没问题。 特别献上整理过的50道面试题目 1.listView的优化方式 重用conve
startService和bindService
04-18
最近在开发过程中遇到相关问题，在此记录过程及解决思路。
Android：Service生命周期方法与Service启动方式bindService与StartService
qq_28837549的博客
05-13 2032
Service是什么 服务（Service）是Android中实现程序后台运行的解决方案，它非常适合去执行那些不需要和用户交互而且还要求长期运行的任务。服务的运行不依赖于任何用户界面，即使程序被切换到后台，或者用户打开了另外一个应用程序，服务仍然能够保持正常运行。不过需要注意的是，服务并不是运行在一个独立的进程当中的，而是依赖于创建服务时所在的应用程序进程。当某个应用程序进程被杀掉时，所有依赖于该进程的服务也会停止运行 -————取自《第一行代码——Android》 Service生命周期 自调用的方法：
startService与bindService开启服务的生命周期的区别
weixin_43788944的博客
06-25 1725
1、startService方式开启服务的生命周期 服务会执行onCreate() 和onStartCommand()方法，服务处于运行状态， 直到自身调用stopSelf()方法或者其他组件调用stopService()方法时服务停止， 最终被系统销毁。 服务会长期的在后台运行，并且服务的状态与开启者的状态没有关系。 public class MainActivity extends AppCo...
【Android一般进阶】startService和bindService混合使用分析
ben0612的专栏
04-22 4079
startService、bindService相信很多人都用过，但一般都只是用其中一种，很少有人会混起来使用。 最近在开发项目时，遇到这样的需求：在activity中要得到service对象进而能调用对象的方法，但同时又不希望activity finish的时候service也被destory了。 startService和bindService混合使用就派上用场了。 首先我们先分析下st
startService和bindService的区别，生命周期以及使用场景
qcm_myblogs111的博客
11-28 1217
Service 生命同期 Service 生命同期 startService 和bindService 区别 startService： onCreate -> onStartCommand -> onDestory ，在多次调用startService的时候，onCreate不重复执行，但是onStartCommand会执行。startService调用了这后，会一直存在...
打印startservice和bindservice生命周期
03-21
### Android StartService 和 BindService 的生命周期详解 #### 一、StartService 的生命周期 当通过 `startService()` 方法启动一个 Service 时，该 Service 将独立于客户端运行。即使启动它的组件被销毁，Service 仍然会继续运行直到显式调用 `stopSelf()` 或者其他组件调用了 `stopService()`。 以下是 StartService 的典型生命周期方法及其触发条件： - **`onCreate()`**: 当第一次创建 Service 时会被调用一次[^2]。 - **`onStartCommand(Intent intent, int flags, int startId)`**: 每次调用 `startService()` 都会触发此方法。它接收传递过来的 Intent 对象以及一些标志位参数[^4]。 - **`onDestroy()`**: 当 Service 被停止或者终止时调用。通常在此处释放资源或清理操作。 如果多次调用 `startService()` 并不会重新创建新的实例而是再次回调 `onStartCommand()` 函数[^3]。 ```java @Override public void onCreate() { super.onCreate(); Log.d("Lifecycle", "onCreate called"); } @Override public int onStartCommand(Intent intent, int flags, int startId) { Log.d("Lifecycle", "onStartCommand called with startId: " + startId); return START_STICKY; } @Override public void onDestroy() { super.onDestroy(); Log.d("Lifecycle", "onDestroy called"); } ``` #### 二、BindService 的生命周期 当通过 `bindService()` 绑定到某个 Service 上时，这个 Service 只会在有至少一个绑定存在的情况下保持活动状态。一旦所有的绑定都解除，则除非之前已经由 `startService()` 开始过，否则系统将会销毁该 Service 实例[^1]。 下面是 BindService 的主要生命周期阶段描述如下： - **`onCreate()`**: 如果当前还没有创建任何实例的话，在首次建立连接前先执行本函数。 - **`onBind(Intent intent)`**: 返回 IBinder 接口对象给调用方用于通信目的；每当有一个新客户成功绑定了服务端就会进入这里处理逻辑。 - **`onUnbind(Intent intent)`**: 在最后一个绑定断开之后立即调用，并询问是否要重建绑定关系。 - **`onRebind(Intent intent)`**: 若前面选择了重连选项(`true`) ，那么当下次又有新绑定请求到来的时候便会走这条路径而不是直接新建另一个 session。 - **`onDestroy()`**: 像上面提到的一样只有在没有任何剩余绑定并且也没有通过 start 方式激活的前提下才会真正结束掉整个进程并且回收内存空间。 下面是一个简单的例子展示如何实现可绑定的服务类定义： ```java private final IBinder binder = new LocalBinder(); @Override public IBinder onBind(Intent intent) { Log.d("Lifecycle", "onBind called"); return binder; } @Override public boolean onUnbind(Intent intent) { Log.d("Lifecycle", "onUnbind called"); return true; // Indicate whether you want to receive the onRebind(). } @Override public void onRebind(Intent intent) { Log.d("Lifecycle", "onRebind called"); } ``` #### 三、同时使用 StartService 和 BindService 的情况下的生命周期行为 在这种混合模式下，Service 不仅可以作为单独工作的后台任务来维持自己的生命期，还可以允许外部应用与其进行交互通讯。具体表现为以下几点特性: - 初始状态下可能因为某些原因既需要长期存活又得提供接口供第三方访问所以两者兼而有之； - 此刻无论哪一方主动发起关闭动作都不会立刻影响另一部分功能正常运作直至完全脱离关联为止才彻底消亡。 总结来说就是只要任意一种形式还有效就足以支撑起整体框架结构不崩溃倒塌下去而已。 --- ###
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值