前语

今日在电脑上翻出了好久之前整理笔记Framework源码面试,Flutter,以及一部分面试专题。拿出来温习一下。

重视大众号：Android苦做舟

今日先讲Framework源码篇：

1.Framework源码面试：Activity发动流程

2.Framework源码面试：Binder面试

3.Framework源码面试：Handler面试

4.Framework源码面试：事件分发机制

5.Framework源码面试：onMeasure测量原理

6.Framework源码面试：Android屏幕改写机制

Framework源码面试：activity发动流程

面试的时分，面试官经常同你随意侃侃Activity的发动形式，但Activity发动牵扯的知识点其实许多，并非能单单用四个发动形式就能概括的，

默认的发动形式的体现会跟着Intent Flag的设置而改动，因此侃Activity发动形式大多走流程装逼，最多结合项目遇到的问题，随意刁难一下面试者，并不太简略把控，也许最后，面试官跟面试者的答案都是错了，

比方在Service中有必要经过设置FLAG_ACTIVITY_NEW_TASK才干发动Activity，这个时分发动Activit会有什么样的体现呢？就这一个问题，答案就要分好几个场景：

  • Activity的taskAffinity特点的Task栈是否存在
  • 假如存在，要看Activity是否存现已存在于该Task
  • 假如现已存在于该taskAffinity的Task，要看其是不是其rootActivity
  • 假如是其rootActivity，还要看发动该Activity的Intent是否跟当时intent相等

不同场景，所体现的行为都会有所不同，再比方singleInstance特点，假如设置了，咱们都知道只需一个实例，将来再发动会复用，但是假如运用Intent.FLAG_ACTIVITY_CLEAR_TASK来发动，仍然会重建，并非完全恪守singleInstance的阐明，还有不同Flag在叠加运用时分也会有不同的体现，单一而论Activity发动形式其实是很难的。本文也仅仅是涉及部分发动形式及Flag，更多组合跟场景要自己看源码或许实验来处理了。

1.1面试连环炮之说说 Android 的四种发动形式

  • standard

这是 Activity 的默认发动形式，每次激活 Activity 的时分都会创立一个新的 Activity 实例，并放入使命栈中。

运用场景：根本绝大多数当地都可以用。

Framework源码面试六部曲:1.activity启动流程

  • singleTop

这可能也是非常常用的 launchMode 了。假如在使命的栈顶正好存有该 Activity 的实例，则会经过调用 onNewIntent() 办法进行重用，否则就会同 standard 形式一样，创立新的实例并放入栈顶。即使栈中现已存在了该 Activity 的实例，也会创立新的实例，即：A -> B ->A，此时栈内为 A -> B -> A，但 A -> B ->B ，此时栈内为 A -> B。一句话概述便是：当且仅当发动的 Activity 和上一个 Activity 一致的时分才会经过调用 onNewIntent() 办法重用 Activity。

运用场景：资讯阅读类 APP 的内容界面。

Framework源码面试六部曲:1.activity启动流程

  • singleTask

这个 launchMode专门用于处理上面 singleTop 的别的一种状况，只需栈中现已存在了该 Activity 的实例，就会直接调用 onNewIntent() 办法来完结重用实例。重用时，直接让该 Activity 的实例回到栈顶，而且移除之前它上面的所有 Activity 实例。假如栈中不存在这样的实例，则和 standard 形式相同。即： A ->B -> C -> D -> B，此时栈内变成了 A -> B。而 A -> B -> C，栈内仍是 A -> B -> C。

运用场景：浏览器的主页面，或许大部分 APP 的主页面。

Framework源码面试六部曲:1.activity启动流程

  • singleInstance

在一个新栈中创立该 Activity 的实例，并让多个运用共享该栈中的该 Activity 实例。一旦该形式的 Activity 实例现已存在于某个栈中，任何运用再激活该 Activity 时都会重用该栈中的实例，是的，依然是调用 onNewIntent() 办法。其效果相当于多个运用共享一个运用，不管是谁激活，该 Activity 都会进入同一个运用中。但值得引起留意的是：singleInstance 不要用于中心页面，假如用户中心页面，跳转会出现很难过的问题。 这个在实际开发中我暂未遇到过，不过 Android 体系的来电页面，多次来电均是运用的同一个 Activity 。

Framework源码面试六部曲:1.activity启动流程
四种形式的背书式理解回忆讲完了，你以为这样就结束了吗？

对，我也一度是这样以为的。

1.2.面试连环炮之说说 Intent标签起什么效果呢？ 简略说一说

咱们除了需求知道在 AndroidManifest.xml 里边设置 android:launchMode 特点，咱们还需求了解下面这几个Intent标签的用法。

在 Android 中，咱们除了在清单文件 AndroidManifest.xml 中装备 launchMode，当然可以用 Intent 标签说事儿。发动 Activity ，咱们需求传递一个 Intent，完全可以经过设置 Intent.setFlags(int flags) 来设置发动的 Activity 的发动形式。

需求留意的是：经过代码来设置 Activity 的发动形式的方式，优先级比清单文件设置更高。

  • FLAG_ACTIVITY_NEW_TASK 这个标识会使新发动的 Activity 独立创立一个 Task。
  • FLAG_ACTIVITY_CLEAR_TOP 这个标识会使新发动的 Activity 查看是否存在于 Task 中，假如存在则铲除其之上的 Activity，使它取得焦点，并不从头实例化一个 Activity，一般结合 FLAG_ACTIVITY_NEW_TASK 一起运用。
  • FLAG_ACTIVITY_SINGLE_TOP 等同于在 launcherMode 特点设置为 singleTop。

Framework源码面试六部曲:1.activity启动流程

1.2.Android 的发动原理，他的流程是什么样的

总的流程图：

Framework源码面试六部曲:1.activity启动流程

1.2.1.进程A与AMS的交互进程

此处以跨进程发动Activity分析一下源码流程：

①A调用startActivity时，需求与AMS交互，此时需求需求获取到AMS的署理方针Binder也便是上图的AMP，

经过ActivityManagerNative.getDefault()取得，并调用AMP的startActivity办法，然后会经过mRemote.transact办法进行Binder通讯，在AMS的onTransact办法里边会获取到恳求的Activity参数信息：

mRemote.transact(START_ACTIVITY_TRANSACTION,data,reply,0);
@Override
public boolean onTransact(int code, Parcel data, Parcel reply, int flags){
      switch(code){
   case START_ACTIVITY_TRANSACTION:{        startActivity(app,callingPackage,intent,...)
   }
 }
}

②AMS里边的startActivity办法最主要会去调用startSpecificActivityLocked函数，在此函数里边会去判别方针进程是否现已存在，而且方针向AMS注册过它自己的ApplicationThread也便是上图ATP署理方针，假如这两个条件都满足会去调用realStartActivityLocked办法，这个办法咱们后边再看。假如上述条件不满足时，会去调用mService.startProcessLocked(r.processName,...)办法发动进程。

Framework源码面试六部曲:1.activity启动流程

  • startProcessLocked办法首先调用Process.start("android.app.ActivityThread",)办法会向Zygote发送一个发动进程的恳求，并奉告Zygote进程发动之后，加载ActivityThread这个类的进口main函数，发动完结后回来进程的pid，并向AMS的Handler发送一个延迟音讯，为的是要求方针进程发动后，10秒钟内需求向AMS陈述，不然的话AMS就会铲除方针进程的相关信息。
  • Process.start办法会去调用startViaZygote(processClass,)函数，这个函数主要做了两件事，一件便是翻开通往Zygote的Socket，第二件事便是经过Socket发送发动进程参数。
  • Zygote端主要逻辑是在runOnce函数，函数内调用Zygote.forkAndSpecialize(...)创立子进程，创立完结之后就分别在父进程和子进程里边做各自的事情.

父进程经过hanleParentProc（pid）把子进程的pid经过Socket发送给AMS

子进程调用handleChildProc函数，做一些通用的初始化，比方启用Binder机制；执行运用程序的进口函数，也便是ActivityThread的Main函数.

  • ActivityThread的main函数，里边会创立一个ActivityThread方针，并调用thread.attach(false)，为的是向AMS签到，上面第一条里边有提到。

  • attach办法里边，其实是一个跨进程的调用，首先经过

IActivityManager mgr = ActivityManagerNative.getDefault();

获取到AMS的Binder署理方针，然后调用

mgr.attachApplication(mAppThread);

mAppThread是运用端的一个Binder方针ApplicationThread，也便是最上面一张图的ATP，这样AMS端就可以调用运用端了。

  • attachApplication办法里边，最主要有两个办法，一个是经过传入的ApplicationThread方针，调用bindApplication初始化Application方针，另一个便是经过
mStactSupervisor.attachApplicationLoacked(app);

初始化挂起的Activity方针。

  • 在attachApplicationLoacked函数里，会调用
ActivityRecord hr = stack.topRunningActivityLocked(null);

​ 其间要明白AMS里边有两个栈，一个是Launch桌面栈，一个便是非桌面栈mFocusedStack,此处的stack便是mFocusedStack，它会将栈顶的ActivityRecord回来出来，咱们的方针Activity早就放置在了栈顶，仅仅一直没有初始化。然后调用办法，来发动Activity

​ 假如咱们不是发动别的一个进程，而是同一进程，那么这第二大部分就不会存在了，而是直接调用realStartActivityLocked办法。

realStartActivityLocked(hr,app,true,true);

Framework源码面试六部曲:1.activity启动流程

写到这儿是不是有许多码牛的小伙伴们现已坚持不下去了。还剩最后几个过程

① realStartActivityLocked函数会调用app.thread.scheduleLaunchActivity(new Intent(r.intent),...);也便是经过之前注册的Binder方针ATP，调用scheduleLaunchActivity函数，在scheduleLaunchActivity函数里边：

ActivityClientRecord r = new ActivityClientRecord();
...
sendMessage(H.LAUNCH_ACTIVITY,r);

封装了一个ActivityClientRecord音讯，然后丢到主线程的Handler（mH）里。

②在主线程里边

final ActivityClientRecord r = （ActivityClientRecord）msg.obj ;
r.packageInfo = getPackageInfoNoCheck(...);
handleLaunchActivity(r,null);

getPackageInfoNoCheck 函数主要是用来生成一个LoadedApk方针，它用来保存咱们的apk信息，由于后边咱们需求一个ClassLoader去加载Apk里边的Activity类，所以这儿提前准备好。

③handleLaunchActivity里边分为两个部分，一个是performLaunchActivity函数，一个是handleResumeActivity函数。

performLaunchActivity

Activity activity = mInstrumentation.newActivity(...);
//回来之前创立好的
Application app = r.packageInfo.makeApplication(false,mInstrumentation);
//生成ContextImpl
Context appContext = createBaseContextForActivity(r,activity);
//给activity绑定上下文和一些初始化的作业,如createPhoneWindow
activity.attach(appContext,...);
mInstrumentation.callActivityOnCreate(activity,r.state); //生命周期的OnCreate
activity.performStart();    //生命周期的OnStart
return activity

④ handleResumeActivity：

-> r.activity.performResume()
   -> mInstrumentation.callActivityOnResume(this);
     -> activity.onResume()

重视大众号：Android苦做舟