BindService的生命周期分析【我读源码你不读，我吃螃蟹你吃土】

if (r != null) {
mHandler.removeMessages(DESTROY_TIMEOUT_MSG, r);
}

if (isInStackLocked® != null) {
if (r.state == ActivityState.DESTROYING) {
cleanUpActivityLocked(r, true, false);
removeActivityFromHistoryLocked(r, reason);
}
}
mStackSupervisor.resumeFocusedStackTopActivityLocked();
} finally {
Binder.restoreCallingIdentity(origId);
}
}

当判断ActivityRecord对象的state为ActivityState.DESTROYING时，又调用了cleanUpActivityLocked方法，注意这里的第二个参数值为true。如下所示：

private void cleanUpActivityLocked(ActivityRecord r, boolean cleanServices, boolean setState) {
onActivityRemovedFromStack®;

r.deferRelaunchUntilPaused = false;
r.frozenBeforeDestroy = false;

…省略

if (cleanServices) {
cleanUpActivityServicesLocked®;
}

removeTimeoutsForActivityLocked®;
mWindowManager.notifyAppRelaunchesCleared(r.appToken);
}

从上一步骤可以看到，cleanServices的参数值为true，所以这里调用了cleanUpActivityServicesLocked方法，如下所示：

private void cleanUpActivityServicesLocked(ActivityRecord r) {
if (r.connections != null) {
Iterator it = r.connections.iterator();
while (it.hasNext()) {
ConnectionRecord c = it.next();
mService.mServices.removeConnectionLocked(c, null, r);
}
r.connections = null;
}
}

2.3、分析阶段3

承接上面的逻辑，在cleanUpActivityServicesLocked方法中，执行了一个判空操作r.connection != null，而从Service的工作过程这篇文章可知，当Service绑定在Activity时，在ActiveService类的bindServiceLocked方法中会将为ActivityRecord对象的connections赋值。因此得出以下结论：

当Activity没有绑定任何Service时，然后cleanUpActivityServicesLocked方法内的逻辑并不会执行。

所以，当Activity绑定了Service时，会继续执行ActiveServices的removeConnectionLocked方法。如下所示：

void removeConnectionLocked(
ConnectionRecord c, ProcessRecord skipApp, ActivityRecord skipAct) {
IBinder binder = c.conn.asBinder();
AppBindRecord b = c.binding;
ServiceRecord s = b.service;
ArrayList clist = s.connections.get(binder);
if (clist != null) {
clist.remove©;
if (clist.size() == 0) {
s.connections.remove(binder);
}
}
b.connections.remove©;
if (c.activity != null && c.activity != skipAct) {
if (c.activity.connections != null) {
//1、将ConnectionRecord对象从ActivityRecord对象的connections中去掉
c.activity.connections.remove©;
}
}

…省略
if (!c.serviceDead) {
if (s.app != null && s.app.thread != null && b.intent.apps.size() == 0
&& b.intent.hasBound) {
try {
bumpServiceExecutingLocked(s, false, “unbind”);
if (b.client != s.app && (c.flags&Context.BIND_WAIVE_PRIORITY) == 0
&& s.app.setProcState <= ActivityManager.PROCESS_STATE_RECEIVER) {
mAm.updateLruProcessLocked(s.app, false, null);
}
mAm.updateOomAdjLocked(s.app, true);
b.intent.hasBound = false;
b.intent.doRebind = false;
s.app.thread.scheduleUnbindService(s, b.intent.intent.getIntent());
} catch (Exception e) {
Slog.w(TAG, "Exception when unbinding service " + s.shortName, e);
serviceProcessGoneLocked(s);
}
}
mPendingServices.remove(s);

if ((c.flags&Context.BIND_AUTO_CREATE) != 0) {
boolean hasAutoCreate = s.hasAutoCreateConnections();
if (!hasAutoCreate) {
if (s.tracker != null) {
s.tracker.setBound(false, mAm.mProcessStats.getMemFactorLocked(),
SystemClock.uptimeMillis());
}
}
//2、调用bringDownServiceIfNeededLocked方法
bringDownServiceIfNeededLocked(s, true, hasAutoCreate);
}
}
}

上面的代码有点长，但是总体来说就做了两步逻辑： 1、将ConnectionRecord对象从ActivityRecord对象的connections中去掉。 2、调用bringDownServiceIfNeededLocked方法，而bringDownServiceIfNeededLocked方法又调用了bringDownServiceLocked方法，如下所示：

private final void bringDownServiceLocked(ServiceRecord r) {

// Tell the service that it has been unbound.
if (r.app != null && r.app.thread != null) {
for (int i=r.bindings.size()-1; i>=0; i–) {
IntentBindRecord ibr = r.bindings.valueAt(i);
if (ibr.hasBound) {
try {
bumpServiceExecutingLocked(r, false, “bring down unbind”);
mAm.updateOomAdjLocked(r.app, true);
ibr.hasBound = false;
ibr.requested = false;
//1、调用ActivityThread的scheduleUnbindService方法
r.app.thread.scheduleUnbindService(r,
ibr.intent.getIntent());
} catch (Exception e) {
Slog.w(TAG, "Exception when unbinding service "

• r.shortName, e);
  serviceProcessGoneLocked®;
  }
  }
  }
  }
  …省略

if (r.app != null) {
synchronized (r.stats.getBatteryStats()) {
r.stats.stopLaunchedLocked();
}
r.app.services.remove®;
if (r.whitelistManager) {
updateWhitelistManagerLocked(r.app);
}
if (r.app.thread != null) {
updateServiceForegroundLocked(r.app, false);
try {
bumpServiceExecutingLocked(r, false, “destroy”);
mDestroyingServices.add®;
r.destroying = true;
mAm.updateOomAdjLocked(r.app, true);
//2、调用了ActivityThread的scheduleStopService方法
r.app.thread.scheduleStopService®;
} catch (Exception e) {

}
}
}

…省略
}

上面的代码逻辑主要做了两步： 1、调用了ActivityThread的scheduleUnbindService方法。该方法主要是将绑定的Service进行解绑，最终会调用Service的onUnbind方法。 2、调用了ActivityThread的scheduleStopService方法。该方法会将绑定的Service进行销毁，最终会调用Service的onDestroy方法。

至此，我们从源码分析中论证了上面的结论：通过bindService启动Service时，Service的生命周期和Activity的生命周期是一致的。当Activity被销毁时，Service也会被销毁。

Android 开发相关源码精编解析

随着Android开发行业逐渐饱和，对Android开发者的面试要求也越来越高，是否掌握底层源码，便是考验一名Android开发者的重要一环。面试被问到源码问题答不出来，会掉身价、砍薪资尚且不谈，甚至连面试都过不了！

网上各类源码解析的文章博客五花八门、良莠不齐。杂乱、要么内容质量太浅，零散、碎片化，总看着看着就衔接不上了。

所以特意将我在疫情期间花了4个月整理出来的《Android 开发相关源码精编解析》分享出来大家

由于内容较多，避免影响到大家的阅读体验，在此只截图展示目录部分，487详细完整版的《Android 开发相关源码精编解析》电子书文档领取方式：**点赞+关注，然后私信关键词 【666】**即可加我的个人微信私发给你（无偿）。也欢迎大家找我探讨Android技术问题~

**目录：一共18节，487页PDF，**包括MMKV 源码，ARouter 源码，AsyncTask 源码，Volley 源码，Retrofit 源码，OkHttp 源码，ButterKnife 源码，Okio 源码，SharedPreferences 源码，EventBus 源码，Android 自定义注解初探，View 的工作机制源码分析，Android 触摸事件分发机制源码分析，Android 按键事件分发机制源码分析，深入解析 Handler 源码，深入解析 Binder 源码，深入解析 JNI 源码，深入解析 Glide 源码。

《Android 开发相关源码精编解析》电子书文档领取方式：点赞+关注，然后私信关键词 【666】即可获得免费领取方式！

对文章有何见解，或者有何技术问题，欢迎在评论区给我留言讨论，都会回复的。

中…(img-NgxXipIi-1716621832870)]

[外链图片转存中…(img-4w90nHCi-1716621832871)]

《Android 开发相关源码精编解析》电子书文档领取方式：点赞+关注，然后私信关键词 【666】即可获得免费领取方式！

对文章有何见解，或者有何技术问题，欢迎在评论区给我留言讨论，都会回复的。