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

}

handleMessage方法中调用了handleDestroyActivity方法，如下所示：

private void handleDestroyActivity(IBinder token, boolean finishing,
int configChanges, boolean getNonConfigInstance) {
…省略
if (finishing) {
try {
ActivityManager.getService().activityDestroyed(token);
} catch (RemoteException ex) {
throw ex.rethrowFromSystemServer();
}
}
mSomeActivitiesChanged = true;
}

handleDestroyActivity方法最终调用了ActivityManagerService的activityDestroyed方法。

2.2、分析阶段2

承接上面的逻辑，我们跳转到ActivityManagerService，并找到activityDestroyed方法，如下所示：

public final void activityDestroyed(IBinder token) {
synchronized (this) {
ActivityStack stack = ActivityRecord.getStackLocked(token);
if (stack != null) {
stack.activityDestroyedLocked(token, “activityDestroyed”);
}
}
}

在activityDestroyed方法中，通过ActivityRecord.getStackLocked方法获取一个ActivityStack对象，并调用ActivityStack的activityDestroyedLocked方法，如下所示：

final void activityDestroyedLocked(IBinder token, String reason) {
final long origId = Binder.clearCallingIdentity();
try {
ActivityRecord r = ActivityRecord.forTokenLocked(token);
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®;

最后

自我介绍一下，小编13年上海交大毕业，曾经在小公司待过，也去过华为、OPPO等大厂，18年进入阿里一直到现在。

深知大多数初中级Android工程师，想要提升技能，往往是自己摸索成长，自己不成体系的自学效果低效漫长且无助。

因此我收集整理了一份《2024年Android移动开发全套学习资料》，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友，同时减轻大家的负担。

既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，基本涵盖了95%以上Android开发知识点！不论你是刚入门Android开发的新手，还是希望在技术上不断提升的资深开发者，这些资料都将为你打开新的学习之门

如果你觉得这些内容对你有帮助，需要这份全套学习资料的朋友可以戳我获取！！

由于文件比较大，这里只是将部分目录截图出来，每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频，并且会持续更新！
！不论你是刚入门Android开发的新手，还是希望在技术上不断提升的资深开发者，这些资料都将为你打开新的学习之门**

如果你觉得这些内容对你有帮助，需要这份全套学习资料的朋友可以戳我获取！！

由于文件比较大，这里只是将部分目录截图出来，每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频，并且会持续更新！