Android Framework源码解析篇~_android framework 源码开发手册

2401_84481117

于 2024-04-21 23:47:48 发布

阅读量1k

点赞数 21

分类专栏： 2024年程序员学习文章标签： android

本文链接：https://blog.csdn.net/2401_84481117/article/details/138050211

版权

2024年程序员学习专栏收录该内容

1 篇文章 0 订阅

订阅专栏

先自我介绍一下，小编浙江大学毕业，去过华为、字节跳动等大厂，目前阿里P7

深知大多数程序员，想要提升技能，往往是自己摸索成长，但自己不成体系的自学效果低效又漫长，而且极易碰到天花板技术停滞不前！

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

既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，涵盖了95%以上Android开发知识点，真正体系化！

由于文件比较多，这里只是将部分目录截图出来，全套包含大厂面经、学习笔记、源码讲义、实战项目、大纲路线、讲解视频，并且后续会持续更新

如果你需要这些资料，可以添加V获取：vip204888 （备注Android）

正文

//要注意TransactionExecutor.performLifecycleSequence中的switch基本只会进入ON_CREATE，其他的在各Launch
//方法中自己串联的
//回到左侧 ActivithThread各Launch，创建activity，执行resume，发送idle消息执行stop，destory等
从启动看重点：ActivivtyRecord在何时创建，

ActivityThread extends ClientTransactionHandler

下面都是通过binder发送到ApplicationThread由它调用ActivityThread父类的 scheduleTransaction

最后在TransactionExecutor(ClientTransactionHandler)的 executeCallbacks，executeLifecycleState 中调用对应的 execute方法，分配到对应的 ActivityThread 的各个生命周期调用里

第一次一个消息: TopResumedActivityChangeItem

ActivityTaskSupervisor：mAtmService.getLifecycleManager().scheduleTransaction(binder:ApplicationThread, appToken,
TopResumedActivityChangeItem.obtain(onTop));
ClientLifecycleManager.scheduleTransaction{
ClientTransaction clientTransaction = transactionWithCallback(client, activityToken, callback);
{new ClientTransaction(client=ApplicationThread)}
}
clientTransaction.schedule()

第二次一个消息: PauseActivityItem

ActivityTaskSupervisor：mAtmService.getLifecycleManager().scheduleTransaction(prev.app.getThread(),
prev.appToken, PauseActivityItem.obtain(prev.finishing, userLeaving,
prev.configChangeFlags, pauseImmediately));

第三次 2个消息：launch and resume

ActivityTaskSupervisor：
final ClientTransaction clientTransaction = ClientTransaction.obtain(
proc.getThread(), r.appToken);
clientTransaction.addCallback(LaunchActivityItem.obtain(new Intent(r.intent),
//还有一个变量：mLifecycleStateRequest:ResumeActivityItem
mService.getLifecycleManager().scheduleTransaction(clientTransaction);

第四次一个消息:TopResumedActivityChangeItem

ActivityTaskSupervisor：
ActivityRecord.scheduleTopResumedActivityChanged{
mAtmService.getLifecycleManager().scheduleTransaction(app.getThread(), appToken,
TopResumedActivityChangeItem.obtain(onTop));
}

第五个消息 : StopActivityItem

ActivityTaskSupervisor：
ActivityTaskSupervisor.activityIdleInternal>processStoppingAndFinishingActivities>
ActivityRecord.stopPossible{
mAtmService.getLifecycleManager().scheduleTransaction(app.getThread(), appToken,
StopActivityItem.obtain(configChangeFlags));
}

重点关注ActivityThread.handleXXX方法：

handleReLaunchActivity>

performDestroyActivity>
r.activity.retainNonConfigurationInstances();//保存 viewmodel等信息传递到新Activity

handleLaunchActivity>

unscheduleGcIdler();//取消在后台接受GC的消息
WindowManagerGlobal.initialize();//WMS 初始化
performLaunchActivity>
newActivity//反射创建 activity
makeApplicationif: (mApplication != null) return mApplication;
activity.attach>
attachBaseContext
new PhoneWindow()
if (theme != 0) {
activity. setTheme(theme) ;
}
if (r.isPersistable()) {// 区分持久化，调用onCreat
mInstrumentation.callActivityOnCreate(activity, r.state, r.persistentState);
} else {
mInstrumentation.callActivityOnCreate(activity, r.state);
}

handleResumeActivity>

unscheduleGcIdler();
performResumeActivity>
activity.performResume>
dispatchActivityPreResumed//全局callback 回调
performStart/performRestart
mInstrumentation.callActivity OnResume (this);
mFragments.dispatchResume();
dispatchActivityPostResumed();全局callback 回调
if (r.window == null && !a.mFinished && willBeVisible) >//不考虑 onCreate中setContrentView触发了Window绑定
r.window = r.activity.getWindow();//PhoneWindow
View decor = r.window.getDecorView();
ViewManager wm = a.getWindowManager();//WindowManagerGlobal
wm.addView(decor, l)>//完成 viewRootImpl 与DecorView关联
Root = new ViewRootImpl()
root.setView(view:DecorView)>
requestLayout();//触发第一个粗略布局
Looper.myQueue().addIdleHandler(new Idler())>;//插入一条Idler消息
ac.activityIdle(a.token, a.createdConfig, stopProfiling)>//给所有没有
ActivityClientController.activityIdle>//ActivityClientController是一个 IBinder
activityIdleInternal>
mHandler.removeMessages( IDLE_TIMEOUT_MSG , r);
mHandler.removeMessages( LAUNCH_TIMEOUT_MSG );
processStoppingAndFinishingActivities>
if (r.isInHistory()) {
if ( r.finishing ) {
// TODO(b/137329632): Wait for idle of the right activity, not just any.
r.destroyIfPossible(reason);
} else {
r.stopIfPossible();>
}
}
… r.destroyImmediately(reason);
r.stopIfPossible();>
mAtmService.getLifecycleManager().scheduleTransaction( StopActivityItem );
r.destroyImmediately(reason);>
mAtmService.getLifecycleManager().scheduleTransaction( DestroyActivityItem )
在resume之后发送idle消息，触发 stop
同时设置Idle超时消息，如果 10s没有执行则会主动再次触发 activityIdleInternal
mAtmService.getLifecycleManager().scheduleTransaction(app.getThread(), appToken,
StopActivityItem.obtain(configChangeFlags));
mAtmService.mH.postDelayed(mStopTimeoutRunnable, STOP_TIMEOUT);//stop 超时时间 11s
mStopTimeoutRunnable：Slog.w(TAG, "Activity stop timeout for " + ActivityRecord.this);
notifyAppStopped();//应用停止运行
//如何取消stopTimeOut消息需要去handleTopActivity看

关于 IdleHandler的执行时机

Looper.myQueue().addIdleHandler(new Idler())//mIdleHandlers.add()

MessageQueue.next()>MessageQueue:链表

每次根据时间查找满足执行的message

此次时间上没有要执行的message时，执行截至目前存在的全部Idle消息

轮训下一个时间可执行的消息

handleStopActivity

performStopActivityInner>
performPauseActivityIfNeeded //再次确认puase了没
callActivityOnStop>
callActivityOnSaveInstanceState // targetSdkVersion<28
activity.performStop>
dispatchActivityPreStopped
mFragments.dispatchStop()
mInstrumentation.callActivityOnStop
dispatchActivityPostStopped
callActivityOnSaveInstanceState® // targetSdkVersion>=28
if(targetSdkVersion>11){
QueuedWork.waitToFinish()//等待完成全部finish runnable
}
pendingActions.setStopInfo(stopInfo);//这里是重点
//-----如何回传到 ATMS 去 removeStopTimeOut消息的逻辑
TransactionExecutor中对所有的 ClientTransactionItem 调用
item.execute(mTransactionHandler:ClientTransactionHandler, token, mPendingActions);
item.postExecute(mTransactionHandler, token, mPendingActions);
回到 ActivityThread.reportStop(mPendingActions)>mH.post(pendingActions.getStopInfo());
执行 PendingTransactionActions.StopInfo 的run方法通知ATMS
ActivityClient.getInstance().activityStopped(
mActivity.token, mState, mPersistentState, mDescription);
//binder:ActivityClientController>ActivityRecor.activityStopped>removeStopTimeOut

关于waitToFinish导致ANR的问题：在SharedPreferenceImpl中会调用 QueuedWork.addFinisher(sp 内存写入磁盘的runnable)，单低于26（8.0）的SharedPreferenceImpl的实现性能较差，每次都是全部写入磁盘，有大量SP数据需要写入时，触发 finish 就会导致ANRq

handleDestroyActivity>

performDestroyActivity>
if (getNonConfigInstance) {r.lastNonConfigurationInstances = r.activity.retainNonConfigurationInstances()}
mInstrumentation.callActivityOnDestroy(r.activity);
cleanUpPendingRemoveWindows>
WindowManagerGlobal.closeAll()>
ViewRootImpl.die>
//解绑输入时间，销毁硬件渲染器，dispatchDetachedFromWindow，解绑 decorView
WindowManagerGlobal.getInstance().doRemoveView(this);//移除ViewRootImpl

事件：

第一块：接受native事件

WindowInputEventReceiver extends InputEventReceiver
Native>
InputEventReceiver.dispatchInputEvent>WindowInputEventReceiver.onInputEvent>
ViewRootImpl.enqueueInputEvent>
ViewRootImpl.doProcessInputEvents>…>
processPointerEvent>View.dispatchPointerEvent>
DecorView.dispatchTouchEvent>
mWindow.CallBack.dispatchTouchEvent | super(ViewGroup).dispatchTouchEvent {
默认是走Activity dispatchTouchEvent,但会优先回到View上，
如果重写了可以自己截胡或者消费完再调super，
只重写 onTouchEvent不重写dispatchTouchEvent 则在View消费后才有可能获取到事件}，

activity代码:
public boolean dispatchTouchEvent(MotionEvent ev) {
if (ev.getAction() == MotionEvent.ACTION_DOWN) {
onUserInteraction();
}
if (getWindow().superDispatchTouchEvent(ev)) { // 这里的调用链条：IphoneWindow>mDecorView.superDispatchTouchEvent>ViewGroup.dispatchTouchEvent()
return true;
}
return onTouchEvent(ev);
}
Window.Callback.dispatchTouchEvent>Activity.dispatchTouchEvent>DOWN:onUserInteraction,Activity.onTouchEvent)
ViewGroup.dispatchTouchEvent>