Android 大厂高频面试题及答案，知识脉络整理

19.子线程与子线程通信方式，handler怎么去实现子线程之间的通信

20.Message、Handler、MessageQueue、Lopper，以及Looper既然是死循环的，为毛不会导致UI线程的阻塞

21.android动画

22.多线程同步问题，锁lock，syc等

答案区：

---

1.Activity的启动过程，AMS、PMS 源码

---

• Activity启动过程：

1.点击APP图标后通过startActivity()远程调用到AMS中，AMS将进启动的Activity以 activityrecord 的结构压入Activity栈中，并通过远程binder回调到进程，使得原进程进入pause状态，原进程pause后通知AMS ：“我 pause 了"

2.此时AMS再根据栈中Activity的启动 意图(intent) 中的flag是否含有 new_task 的标签判断是否需要启动新进程（启动新进程调用 startProcessXXX 方法）

3.启动新进程后通过反射调用ActivityThread的main方法，mian方法中调用looper.prepare 和 looper.loop 启动消息队列循环机制。最后远程告知AMS：“我启动了”，然后AMS再回调 handleLauncherActivity() 方法加载Activity,在该方法中通过反射调用Application的onCreate()和Activity的onCreate()，然后在handleResumeActivity() 中反射调用Activity的onResume()方法。

2. View的绘制过程，MeasureSpec测量模式分别代表什么意思，draw是哪里来的？自定义View

---

• View的绘制过程

关于View的绘制过程，可以简单的分成三个步骤：

1.measure过程：

• 作用： 测量View的宽、高

• 流程： performMeasure() — measure() — onMeasure() — 子View的measure()

• 备注： 在onMeasure() 方法中会对所有的子元素进行measure过程

2. layout过程：

• 作用： 通过确定View四个顶点的位置，从而确定View的位置

• 流程： performLayout() — layout() — onLayout() —子View的layout过程

• 备注： 在OnLayout()方法中会对所有子元素进行layout过程

3.draw过程：

• 作用： 将View绘制在屏幕上

• 流程：performDraw() — draw() — onDraw() — 子View的draw过程

• MeasureSpec测量模式分别代表什么意思

• MeasureSpec封装了父布局传递给子布局的布局要求，每个MeasureSpec代表了一组宽度和高度的要求。

• View在测量过程中会使用到MeasureSpec

其中MeasureSpec有三个测量模式：

1.UNSPECIFIED 模式：父容器不会对子View有限制，子View要多大就给多大

2.EXACTLY 模式：表示精确模式，View的大小已经确定，为SpecSize（规格大小）所指定的值

3.AT_MOST 模式：表示不确定子View的大小，指定一个最大值，子View可在该范围内任意取值设为自己的大小

• draw是哪里来的

View在经过 测量大小（measure过程）和 位置确定（layout过程） 后接下来就是 View的绘制(draw过程)

• 自定义View

3. View的事件分发机制

---

• 事件的分发机制可以简单的分为

1.当点击屏幕时触发 MotionEvent.ACTION_DOWN事件 时，事件分发器（dispatchTouchEvent）开始对事件的分发

2.在分发器找到对应的View时，拦截器（onInterceptTouch）会对事件的分发进行拦截，停止分发器继续向下分发事件的操作

3.接下来我们通过移动接触屏幕的手指等操作触发 MotionEvent.ACTION_MOVE 或 MotionEvent.ACTION_UP事件这些事件都会回调给onTouch或onTouchEvent方法，对事件做出响应

• 分发机制的流程：Activity → ViewGroup → view

• 分发事件最开始从 Actvity的dispatchTouchEvent()方法 开始：

1.在该方法里面最主要的是判断 getWindow().superDispatchTouchEvent() 方法的返回结果（true或false），若返回true则点击事件停止传递，传递过程结束，即找到了对应的View 。其中 getWindow.superDispatchTouchEvent() 方法实际会调用 ViewGroup层的dispatchTouchEvent() 方法。

2.在ViewGroup层会判断是否对事件进行拦截，

• 若为true，则对事件进行拦截，然后调用 父类的dispatchTouchView() 方法，同时回调自身的onTouch()方法。

• 若为false，则遍历子View，找到点击对应的View。然后拦截分发，同时调用 View控件的dispatchTouchEvent

3.在View控件的 dispatchTouchEvent() 方法中主要对View控件进行3个条件的判断：

public boolean dispatchTouchEvent(MotionEvent event) {

if (mOnTouchListener != null && (mViewFlags & ENABLED_MASK) == ENABLED &&

mOnTouchListener.onTouch(this, event)) {

return true;

}

return onTouchEvent(event);

}

• 条件1 mOnTouchListener !=null：即我们只要给View控件注册了Touch事件，mOnATouchListener就不为空

• 条件 2 (mViewFlags & ENABLED_MASK) == ENABLED：判断当前View控件是否enable（很多View默认enable）

• 条件 3 mOnTouchListener.onTouch(this,event)：即控件注册Touch事件时的onTouch()

由此可见，只有给View控件添加点击事件同时在点击事件中的onTouch()返回true时，dispatchTouchEvent()方法才能返回true，分发才结束。否则进入onTouchEvent()方法。

4. HashMap、ArrayList、LinkList原理**

---

5. 你在开发过程中常用设计模式有哪些，单例设计模式的双重校验的目的？去掉第一个判空或第二个判空有啥不同?工厂模式解决了什么问题？使用了哪些设计原则？**

---

• 设计模式

1. 单例模式

2. Build建造者模式

3. 观察者模式

4. 原型模式

5. 策略模式

6. 工厂模式

• 单例模式双重校验的目的

在说单例的双重校验目的之前，先看一下单例的双重校验长什么样子

public static Singleton getInstance() {

if (instance == null) {

synchronized (Singleton.class) {

if (instance == null) {

instance = new Singleton();

}

}

}

return instance;

}

可以看到在getInstance()方法里面，先判断当前实例是否为空，然后进入同步处理后又判断一次实例是否为空。前后两次判断校验了两次。这个就是双重校验

去掉第一个判断为空：即懒汉式（线程安全），这会导致所有线程在调用getInstance()方法的时候，不管三七二十一就直接排队等待同步锁，然后等到排到自己的时候进入同步处理时，才去校验实例是否为空，这样子做会耗费很多时间（即线程安全，但效率低下）。

//去掉判断第一个为空

public static synchronized SingleTon getInstance(){

if (instance==null){

instance = new SingleTon();

}

return instance;

}

去掉第二个判断为空：即懒汉式（线程不安全），这会出现 线程A先执行了getInstance()方法，同时线程B在因为同步锁而在外面等待，等到A线程已经创建出来一个实例出来并且执行完同步处理后，B线程将获得锁并进入同步代码，如果这时B线程不去判断是否已经有一个实例了，然后直接再new一个。这时就会有两个实例对象，即破坏了设计的初衷。（即线程不安全，效率高）

//去掉第二个判断为空

public static SingleTon getInstance(){

if (instance==null){

instance = new SingleTon();

}

return instance;

}

双重校验的目的：除了第一次实例化需要进行加锁同步，之后的线程只要进行第一层的if判断不为空即可直接返回，而不用每一次获取单例都加锁同步，因此相比前面两种懒汉式，双重检验锁更佳。（双重校验锁结合了 两种懒汉式 的优点）

6. retrofit，okhttp，rxjava原理，okhttp用到了哪些设计模式，连接池的实现原理，rxjava线程切换的原理，eventbus原理

---

retrofit 、 okhttp 、 rxjava原理 ：

7. jvm模型，java内存模型，垃圾回收机制，垃圾回收哪个区域，对象在内存哪个区域等等

---

• jvm模型、java内存模型：

• 垃圾回收机制 ：

主要分为两个步骤：

1. 检测垃圾

2. 回收垃圾

检测垃圾又有两种：

1. 引用计数法（已过时）

给对象一个添加一个引用计数器，每当有一个地方引用该对象时，计数器加1，反之当引用无效时，计数器减1 。在任何时候，当计数器为0时，即没有任何地方引用该对象，表示该对象无用，即为回收器回收的对象。（因为这个方法无法解决对象之间相互循环引用的问题，所以被淘汰。）

2. 可达性分析

通过GC root根节点往外遍历（可以想象树形图），当一个与root根节点可达的节点A所代表的对象持有另外一个节点B所代表的对象的引用，则视节点B为可达的。反之，如果某个节点是不可达的，则为可回收的对象。

回收垃圾

1. 标记 - 清除法（mark - sweep）

标记所有需要回收的对象，然后统一清除。该方法简单粗暴，但是清除完会导致内存空间中出现大量碎片。

2. 复制（copying）

把内存中的空间平分为两个，然后每次只使用任意一个。当回收垃圾时，遍历当前该内存区域，将正在使用的对象复制到另外一个内存区域中（复制过来后会自动整理，不会出现碎片的问题），然后再清空原来的内存区域。该方法通过两个内存区域的方法解决了碎片的问题，同时又迎来了新的问题，即提高了内存的空间要求，舍弃了空间换取了效率。

3. 标记 - 整理（mark - compact）

第一阶段：从根节点标记所有能被引用的对象，即标记有用的对象。

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

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

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

由于文件比较大，这里只是将部分目录截图出来，每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频
如果你觉得这些内容对你有帮助，可以添加下面V无偿领取！（备注Android）

结尾

我还总结出了互联网公司Android程序员面试涉及到的绝大部分面试题及答案，并整理做成了文档，以及系统的进阶学习视频资料，免费分享给大家。
（包括Java在Android开发中应用、APP框架知识体系、高级UI、全方位性能调优，NDK开发，音视频技术，人工智能技术，跨平台技术等技术资料），希望能帮助到你面试前的复习，且找到一个好的工作，也节省大家在网上搜索资料的时间来学习。

领取方式：关注+点赞+点击我的GitHub 免费获取！

来，每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频**
如果你觉得这些内容对你有帮助，可以添加下面V无偿领取！（备注Android）
[外链图片转存中…(img-0D90AYjA-1710765025117)]

结尾

我还总结出了互联网公司Android程序员面试涉及到的绝大部分面试题及答案，并整理做成了文档，以及系统的进阶学习视频资料，免费分享给大家。
（包括Java在Android开发中应用、APP框架知识体系、高级UI、全方位性能调优，NDK开发，音视频技术，人工智能技术，跨平台技术等技术资料），希望能帮助到你面试前的复习，且找到一个好的工作，也节省大家在网上搜索资料的时间来学习。

领取方式：关注+点赞+点击我的GitHub 免费获取！