2021跳槽必备——Android从初阶到架构师面试复习大纲（含解题思路）
前言
跳，还是不跳？It is a problem。没错，小伙伴们！年底跳槽季来了！金三银四还远吗？你细品，最近身边的空气里是不是弥漫着一股浓浓的跳槽的味道？老实交代你们有没有偷偷摸摸盘算换个新工作呢？
当然，一般情况下还是不建议小伙伴们跳槽太过于频繁的，很多企业是很忌讳跳槽频繁的人的。甚至很多大厂甚至已经有明文规定的招聘原则来筛选跳槽频繁的人，典型的像京东进行人才招聘就有“二五原则”，即在以往的公司期间每个公司的工作时间不低于2年，或者某个公司就职时间超过5年。其实现在很多公司都有这样的要求，只不过京东写在了纸上。
但如果你或者你的公司正在面临如下情况的话，我还是建议你考虑考虑跳一下吧：
-
你的上级已经有好几年没晋升过了，这意味着你这个部门、这个企业、这个行业已经没有发展前景了。你的老板对你无动于衷、不培育、不提拔、不批评、不涨薪、不开除。
-
团队暮气太重，产品方向不明、市场不明，改需求改到天荒地老。
-
老板的总是跟你谈理想，画大饼，让加班，给低工资，还说这是历练，熬过去就好了。
-
压榨得太厉害，加班太厉害，一直掉头发，快秃头了。没有培训，连程序员自己自学的时间都被加班占用，身体和技术很难提升。
综上几点，再换个角度想想，如果每一次跳槽都积累了丰富的项目和技术经验，那这样的人才，相信很少有公司能拒绝了。当然还有一些其他原因可能促使你跳槽，但是无论如何请记住：永远不要因为“现在很差”而跳槽，要因为“未来更好”而跳槽，只有这样才能保证你一直往上走。
Android复习大纲分享
闲话说的有点多了，回归正题。如果你是一名Android开发者，也正好在做跳槽准备，那么接下来我整理的这份跳槽大纲一定会对你有所帮助。复习大纲内容涵盖：Activity面试题、Fragment面试题、Service面试题、Broadcast Receiver面试题、WebView面试题、Binder面试题、Handler面试题、AsyncTask面试题、HandlerThread面试题、IntentService面试题、视图工作机制面试题、事件分发机制面试题、HandlerThread面试题等。（内容较多，直接给大伙儿上截图吧！）
Activity面试题
1、Activity是什么
Activity是四大组件之一，它提供一个界面让用户点击和各种滑动操作，这就是Activity
2、Activity四种状态
-
runing
-
paused
-
stopped
-
killed
3、Activity生命周期
Activity生命周期方法主要有onCreate()、onStart()、onResume()、onPause()、onStop()、onDestroy()和onRestart()等7个方法。
-
启动一个A Activity，分别执行onCreate()、onStart()、onResume()方法。
-
从A Activity打开B Activity分别执行A onPause()、B onCreate()、B onStart()、B onResume()、A onStop()方法。
-
关闭B Activity，分别执行B onPause()、A onRestart()、A onStart()、A onResume()、B onStop()、B onDestroy()方法。
-
横竖屏切换A Activity，清单文件中不设置android:configChanges属性时，先销毁onPause()、onStop()、onDestroy()再重新创建onCreate()、onStart()、onResume()方法，设置orientation|screenSize（一定要同时出现）属性值时，不走生命周期方法，只会执行onConfigurationChanged()方法。
-
Activity之间的切换可以看出onPause()、onStop()这两个方法比较特殊，切换的时候onPause()方法不要加入太多耗时操作否则会影响体验。
4、Activity切换横屏时生命周期
-
onSaveInstanceState()
-
onPause()
-
onStop()
-
onDestroy()
-
onCreate()
-
onStart()
-
onRestoreInstanceState()
-
onResume()
5、进程的优先级
oom_adj是linux内核分配给每个系统进程的一个值，代表进程的优先级，进程回收机制就是根据这个优先级来决定是否进行回收。进程的oom_adj越大，表示此进程优先级越低，越容易被杀回收；越小，表示进程优先级越高，越不容易被杀回收。普通app进程的oom_adj>=0，系统进程的oom_adj才可能小于0。进程优先级从小到大如下
-
空进程
-
后台进程
-
服务进程
-
可见进程
-
前台进程
6、Activity任务栈
- 先进后出
7、Activity启动模式
-
standard
-
singletop
-
singletask
-
singleinstance
8、scheme跳转协议
android中的scheme是一种页面内跳转协议，通过定义自己的scheme协议，可以跳转到app中的各个页面
-
服务器可以定制化告诉app跳转哪个页面
-
App可以通过跳转到另一个App页面
-
可以通过H5页面跳转页面
9、Context、Activity、Application之间有什么区别
Activity和Application都是Context的子类。Context从字面上理解就是上下文的意思，在实际应用中它也确实是起到了管理上下文环境中各个参数和变量的总用，方便我们可以简单的访问到各种资源。虽然Activity和Application都是Context的子类，但是他们维护的生命周期不一样。前者维护一个Acitivity的生命周期，所以其对应的Context也只能访问该activity内的各种资源。后者则是维护一个Application的生命周期
10、Activity启动过程
-
在安装应用的时候，系统会启动PackaManagerService管理服务，这个管理服务会对AndroidManifest进行解析，从而得到应用程序中的相关信息，比如service，activity，Broadcast等等，然后获得相关组件的信息
-
当用户点击应用图标时，就会调用
startActivitySately()，而这个方法内部则是调用startActivty()，startActivity()最终还是会调用startActivityForResult()。由于startActivityForResult()是有返回结果的，系统直接返回-1，表示不需要返回结果 -
startActivityForResult()通过Instrumentation类中的execStartActivity()来启动activity，Instrumentation这个类主要作用是监控程序和系统之间的交互。在这个execStartActivity()中会获取ActivityManagerService的代理对象，通过这个代理对象进行启动activity -
在ActivityManagerService的代理对象中，通过Binder通信，调用到
ApplicationThread.scheduleLaunchActivity()进行启动activity，在这个方法中创建一个ActivityClientRecord对象，用来记录启动Activity组件的信息，然后通过handler将ActivityClientRecord发送出去 -
在handler收到消息后，调用
ActivityThread.handleLaunchActivity()启动Activity
11、简述Activity，View，Window三者关系
-
Activity本质是上下文，View本质是视图，Window本质是窗口
-
Activity构造的时候会初始化一个Window，其具体实现是PhoneWindow
-
PhoneWindow中有一个ViewRoot(View或ViewGroup)，是最初始的根视图
-
ViewRoot通过addView()将View添加到根视图上，实际上是将View交给了PhoneWindow处理
-
View的事件监听是由WindowManagerService来接受消息，并且回调Activity函数
Fragment面试题
1、Fragment为什么被称为第五大组件
Fragment比Activity更节省内存，其切换模式也更加舒适，使用频率不低于四大组件，且有自己的生命周期，而且必须依附于Activity
2、Activity创建Fragment的方式
-
静态创建
-
动态创建
3、FragmentPageAdapter和FragmentPageStateAdapter的区别
-
FragmentPageAdapter在每次切换页面的的时候，是将Fragment进行分离，适合页面较少的Fragment使用以保存一些内存，对系统内存不会多大影响
-
FragmentPageStateAdapter在每次切换页面的时候，是将Fragment进行回收，适合页面较多的Fragment使用，这样就不会消耗更多的内存
4、Fragment生命周期
Fragment的生命周期方法主要有onAttach()、onCreate()、onCreateView()、onActivityCreated()、onstart()、onResume()、onPause()、onStop()、onDestroyView()、onDestroy()、onDetach()等11个方法。
-
切换到该Fragment，分别执行onAttach()、onCreate()、onCreateView()、onActivityCreated()、onstart()、onResume()方法。
-
锁屏，分别执行onPause()、onStop()方法。
-
亮屏，分别执行onstart()、onResume()方法。
-
覆盖，切换到其他Fragment，分别执行onPause()、onStop()、onDestroyView()方法。
-
从其他Fragment回到之前Fragment，分别执行onCreateView()、onActivityCreated()、onstart()、onResume()方法。
5、Fragment的通信
-
Fragment调用Activity中的方法：getActivity
-
Activity调用Fragment中的方法：接口回调
-
Fragment调用Fragment中的方法：FragmentManager.findFragmentById
6、Fragment的replace、add、remove方法
-
replace：替代Fragment的栈顶页面
-
add：添加Fragment到栈顶页面
-
remove：移除Fragment栈顶页面
Service面试题
1、Service是什么
Service是四大组件之一，它可以在后台执行长时间运行操作而没有用户界面的应用组件
2、Service和Thread的区别
-
Service是安卓中系统的组件，它运行在独立进程的主线程中，不可以执行耗时操作。Thread是程序执行的最小单元，分配CPU的基本单位，可以开启子线程执行耗时操作
-
Service在不同Activity中可以获取自身实例，可以方便的对Service进行操作。Thread在不同的Activity中难以获取自身实例，如果Activity被销毁，Thread实例就很难再获取得到
3、Service启动方式
-
startService
-
bindService
4、Service生命周期
-
手动调用startService()启动服务，自动调用内部方法：onCreate()、onStartCommand()，如果一个Service被startService()多次启动，那么onCreate()也只会调用一次。
-
手动调用stopService()关闭服务，自动调用内部方法：onDestory()，如果一个Service被启动且被绑定，如果在没有解绑的前提下使用stopService()关闭服务是无法停止服务的。
-
手动调用bindService()后，自动调用内部方法：onCreate()、onBind()。
-
手动调用unbindService()后，自动调用内部方法：onUnbind()、onDestory()。
-
startService()和stopService()只能开启和关闭Service，无法操作Service，调用者退出后Service仍然存在；bindService()和unbindService()可以操作Service，调用者退出后，Service随着调用者销毁。
Broadcast Receiver面试题
1、Broadcast Receiver是什么
Broadcast是四大组件之一，是一种广泛运用在应用程序之间传输信息的机制，通过发送Intent来传送我们的数据
2、Broadcast Receiver的使用场景
-
同一App具有多个进程的不同组件之间的消息通信
-
不同App之间的组件之间的消息通信
3、Broadcast Receiver的种类
-
普通广播
-
有序广播
-
本地广播
-
Sticky广播
4、Broadcast Receiver的实现
-
静态注册：注册后一直运行，尽管Activity、进程、App被杀死还是可以接收到广播
-
动态注册：跟随Activity的生命周期
5、Broadcast Receiver实现机制
-
自定义广播类继承BroadcastReceiver，复写onReceiver()
-
通过Binder机制向AMS进行注册广播
-
广播发送者通过Binder机制向AMS发送广播
-
AMS查找符合相应条件的广播发送到BroadcastReceiver相应的循环队列中
-
消息队列执行拿到广播，回调BroadcastReceiver的onReceiver()
6、LocalBroadcastManager特点
-
本地广播只能在自身App内传播，不必担心泄漏隐私数据
-
本地广播不允许其他App对你的App发送该广播，不必担心安全漏洞被利用
-
本地广播比全局广播更高效
-
以上三点都是源于其内部是用Handler实现的
WebView面试题
1、WebView安全漏洞
- API16之前存在远程代码执行安全漏洞，该漏洞源于程序没有正确限制使用WebView.addJavascriptInterface方法，远程攻击者可通过使用Java反射机制利用该漏洞执行任意Java对象的方法
2、WebView销毁步骤
- WebView在其他容器上时（如：LinearLayout），当销毁Activity时，需要在onDestroy()中先移除容器上的WebView，然后再将WebView.destroy()，这样就不会导致内存泄漏
3、WebView的jsbridge
- 客户端和服务端之间可以通过Javascript来互相调用各自的方法
4、WebViewClient的onPageFinished
- WebViewClient的onPageFinished在每次完成页面的时候调用，但是遇到未加载完成的页面跳转其他页面时，就会一直调用，使用WebChromeClient.onProgressChanged可以替代
5、WebView后台耗电
- 在WebView加载页面的时候，会自动开启线程去加载，如果不很好的关闭这些线程，就会导致电量消耗加大，可以采用暴力的方法，直接在onDestroy方法中System.exit(0)结束当前正在运行中的java虚拟机
6、WebView硬件加速
Android3.0引入硬件加速，默认会开启，WebView在硬件加速的情况下滑动更加平滑，性能更加好，但是会出现白块或者页面闪烁的副作用，建议WebView暂时关闭硬件加速
7、WebView内存泄漏
由于WebView是依附于Activity的，Activity的生命周期和WebView启动的线程的生命周期是不一致的，这会导致WebView一直持有对这个Activity的引用而无法释放，解决方案如下
-
独立进程，简单暴力，不过可能涉及到进程间通信（推荐）
-
动态添加WebView，对传入WebView中使用的Context使用弱引用
Binder面试题
1、Linux内核的基本知识
-
进程隔离/虚拟地址空间：进程间是不可以共享数据的，相当于被隔离，每个进程被分配到不同的虚拟地址中
-
系统调用：Linux内核对应用有访问权限，用户只能在应用层通过系统调用，调用内核的某些程序
-
binder驱动：它负责各个用户的进程，通过binder通信内核来进行交互的模块
2、为什么使用Binder
-
性能上，相比传统的Socket更加高效
-
安全性高，支持协议双方互相校验
3、Binder通信原理
-
Service端通过Binder驱动在ServiceManager的查找表中注册Object对象的add方法
-
Client端通过Binder驱动在ServiceManager的查找表中找到Object对象的add方法，并返回proxy对象的add方法，add方法是个空实现，proxy对象也不是真正的Object对象，是通过Binder驱动封装好的代理类的add方法
-
当Client端调用add方法时，Client端会调用proxy对象的add方法，通过Binder驱动去请求ServiceManager来找到Service端真正对象，然后调用Service端的add方法
4、AIDL
-
客户端通过aidl文件的Stub.asInterface()方法，拿到Proxy代理类
-
通过调用Proxy代理类的方法，将参数进行封包后，调用底层的transact()方法
-
transact()方法会回调onTransact()方法，进行参数的解封
-
在onTransact()方法中调用服务端对应的方法，并将结果返回
5、BpBinder和BBinder
BpBinder(客户端)对象和BBinder(服务端)对象，它们都从IBinder类中派生而来，BpBinder(客户端)对象是BBinder(服务端)对象的代理对象。
-
client端：BpBinder.transact()来发送事务请求
-
server端：BBinder.onTransact()会接收到相应事务
6.Binder有什么优势
性能方面
· 共享内存 0次数据拷贝
· Binder 1次数据拷贝
· Socket/管道/消息队列 2次数据拷贝
稳定性方面
· Binder：基于C/S架构，客户端（Client）有什么需求就丢给服务端（Server）去完成，架构清晰、职责明确又相互独立，自然稳定性更好
· 共享内存：虽然无需拷贝，但是控制复杂，难以使用
· 从稳定性的角度讲，Binder机制是优于内存共享的。
安全性方面
· 传统的IPC没有任何安全措施，安全依赖上层协议来确保。
· 传统的IPC方法无法获得对方可靠的进程用户ID/进程UI（UID/PID），从而无法鉴别对方身份。
· 传统的IPC只能由用户在数据包中填入UID/PID，容易被恶意程序利用。
· 传统的IPC访问接入点是开放的，无法阻止恶意程序通过猜测接收方地址获得连接。
· Binder既支持实名Binder，又支持匿名Binder，安全性高。
7.Binder是如何做到一次拷贝的
主要是因为Linux是使用的虚拟内存寻址方式，它有如下特性：
· 用户空间的虚拟内存地址是映射到物理内存中的
· 对虚拟内存的读写实际上是对物理内存的读写，这个过程就是内存映射
· 这个内存映射过程是通过系统调用mmap()来实现的 Binder借助了内存映射的方法，在内核空间和接收方用户空间的数据缓存区之间做了一层内存映射，就相当于直接拷贝到了接收方用户空间的数据缓存区，从而减少了一次数据拷贝
8.MMAP的内存映射原理了解吗
MMAP内存映射的实现过程，总的来说可以分为三个阶段：
（一）进程启动映射过程，并在虚拟地址空间中为映射创建虚拟映射区域
\1. 进程在用户空间调用库函数mmap，原型：void *mmap(void *start, size_t length, int prot, int flags, int fd, off_t offset);
\2. 在当前进程的虚拟地址空间中，寻找一段空闲的满足要求的连续的虚拟地址
\3. 为此虚拟区分配一个vm_area_struct结构，接着对这个结构的各个域进行了初始化
\4. 将新建的虚拟区结构（vm_area_struct）插入进程的虚拟地址区域链表或树中
（二）调用内核空间的系统调用函数mmap（不同于用户空间函数），实现文件物理地址和进程虚拟地址的一一映射关系
\1. 为映射分配了新的虚拟地址区域后，通过待映射的文件指针，在文件描述符表中找到对应的文件描述符，通过文件描述符，链接到内核“已打开文件集”中该文件的文件结构体（struct file），每个文件结构体维护着和这个已打开文件相关各项信息。
\2. 通过该文件的文件结构体，链接到file_operations模块，调用内核函数mmap，其原型为：int mmap(struct file *filp, struct vm_area_struct *vma)，不同于用户空间库函数。
\3. 内核mmap函数通过虚拟文件系统inode模块定位到文件磁盘物理地址。
\4. 通过remap_pfn_range函数建立页表，即实现了文件地址和虚拟地址区域的映射关系。此时，这片虚拟地址并没有任何数据关联到主存中。
（三）进程发起对这片映射空间的访问，引发缺页异常，实现文件内容到物理内存（主存）的拷贝 注：前两个阶段仅在于创建虚拟区间并完成地址映射，但是并没有将任何文件数据的拷贝至主存。真正的文件读取是当进程发起读或写操作时。
进程的读或写操作访问虚拟地址空间这一段映射地址，通过查询页表，发现这一段地址并不在物理页面上。因为目前只建立了地址映射，真正的硬盘数据还没有拷贝到内存中，因此引发缺页异常。
\1. 缺页异常进行一系列判断，确定无非法操作后，内核发起请求调页过程。
\2. 调页过程先在交换缓存空间（swap cache）中寻找需要访问的内存页，如果没有则调用nopage函数把所缺的页从磁盘装入到主存中。
\3. 之后进程即可对这片主存进行读或者写的操作，如果写操作改变了其内容，一定时间后系统会自动回写脏页面到对应磁盘地址，也即完成了写入到文件的过程。
注：修改过的脏页面并不会立即更新回文件中，而是有一段时间的延迟，可以调用msync()来强制同步, 这样所写的内容就能立即保存到文件里了。
9.Binder机制是如何跨进程的
1.Binder驱动
· 在内核空间创建一块接收缓存区，
· 实现地址映射：将内核缓存区、接收进程用户空间映射到同一接收缓存区
2.发送进程通过系统调用（copy_from_user）将数据发送到内核缓存区。由于内核缓存区和接收进程用户空间存在映射关系，故相当于也发送了接收进程的用户空间，实现了跨进程通信。
10.说说四大组件的通信机制
1.activity （1）一个Activity通常就是一个单独的屏幕（窗口）。 （2）Activity之间通过Intent进行通信。 （3）android应用中每一个Activity都必须要在AndroidManifest.xml配置文件中声明，否则系统将不识别也不执行该Activity。
2.service （1）service用于在后台完成用户指定的操作。service分为两种：
· started（启动）：当应用程序组件（如activity）调用startService()方法启动服务时，服务处于started状态。
· bound（绑定）：当应用程序组件调用bindService()方法绑定到服务时，服务处于bound状态。
(2)startService()与bindService()区别：
· started service（启动服务）是由其他组件调用startService()方法启动的，这导致服务的onStartCommand()方法被调用。当服务是started状态时，其生命周期与启动它的组件无关，并且可以在后台无限期运行，即使启动服务的组件已经被销毁。因此，服务需要在完成任务后调用stopSelf()方法停止，或者由其他组件调用stopService()方法停止。
· 使用bindService()方法启用服务，调用者与服务绑定在了一起，调用者一旦退出，服务也就终止，大有“不求同时生，必须同时死”的特点。
(3)开发人员需要在应用程序配置文件中声明全部的service，使用标签。 (4)Service通常位于后台运行，它一般不需要与用户交互，因此Service组件没有图形用户界面。Service组件需要继承Service基类。Service组件通常用于为其他组件提供后台服务或监控其他组件的运行状态。
3.content provider （1）android平台提供了Content Provider使一个应用程序的指定数据集提供给其他应用程序。其他应用可以通过ContentResolver类从该内容提供者中获取或存入数据。 （2）只有需要在多个应用程序间共享数据是才需要内容提供者。例如，通讯录数据被多个应用程序使用，且必须存储在一个内容提供者中。它的好处是统一数据访问方式。 （3）ContentProvider实现数据共享。ContentProvider用于保存和获取数据，并使其对所有应用程序可见。这是不同应用程序间共享数据的唯一方式，因为android没有提供所有应用共同访问的公共存储区。 （4）开发人员不会直接使用ContentProvider类的对象，大多数是通过ContentResolver对象实现对ContentProvider的操作。 （5）ContentProvider使用URI来唯一标识其数据集，这里的URI以content://作为前缀，表示该数据由ContentProvider来管理。
4.broadcast receiver （1）你的应用可以使用它对外部事件进行过滤，只对感兴趣的外部事件(如当电话呼入时，或者数据网络可用时)进行接收并做出响应。广播接收器没有用户界面。然而，它们可以启动一个activity或serice来响应它们收到的信息，或者用NotificationManager来通知用户。通知可以用很多种方式来吸引用户的注意力，例如闪动背灯、震动、播放声音等。一般来说是在状态栏上放一个持久的图标，用户可以打开它并获取消息。 （2）广播接收者的注册有两种方法，分别是程序动态注册和AndroidManifest文件中进行静态注册。 （3）动态注册广播接收器特点是当用来注册的Activity关掉后，广播也就失效了。静态注册无需担忧广播接收器是否被关闭，只要设备是开启状态，广播接收器也是打开着的。也就是说哪怕app本身未启动，该app订阅的广播在触发时也会对它起作用。
11.为什么Intent不能传递大数据
Intent携带信息的大小其实是受Binder限制。数据以Parcel对象的形式存放在Binder传递缓存中。如果数据或返回值比传递buffer大，则此次传递调用失败并抛出TransactionTooLargeException异常。 Binder传递缓存有一个限定大小，通常是1Mb。但同一个进程中所有的传输共享缓存空间。多个地方在进行传输时，即时它们各自传输的数据不超出大小限制，TransactionTooLargeException异常也可能会被抛出。在使用Intent传递数据时，1Mb并不是安全上限。因为Binder中可能正在处理其它的传输工作。不同的机型和系统版本，这个上限值也可能会不同。
Handler面试题
1、Handler是什么
Handler通过发送和处理Message和Runnable对象来关联相对应线程的MessageQueue
2、Handler使用方法
-
post(runnable)
-
sendMessage(message)
3、Handler工作原理
4、Handler引起的内存泄漏
-
原因：非静态内部类持有外部类的匿名引用，导致Activity无法释放
-
解决：
-
Handler内部持有外部Activity的弱引用
-
Handler改为静态内部类
-
Handler.removeCallback()
5、一个线程有几个 Looper？几个 Handler？
一个Thread只能有一个Looper，一个MessageQueen，可以有多个Handler 以一个线程为基准，他们的数量级关系是： Thread(1) : Looper(1) : MessageQueue(1) : Handler(N)
6、Handler 内存泄漏原因？ 以及最佳解决方案？
泄露原因： Handler 允许我们发送延时消息，如果在延时期间用户关闭了 Activity，那么该 Activity 会泄露。 这个泄露是因为 Message 会持有 Handler，而又因为 Java 的特性，内部类会持有外部类，使得 Activity 会被 Handler 持有，这样最终就导致 Activity 泄露。
解决方案
\1. 最直接的思路就是避免使用非静态内部类。使用Handler的时候，放在一个新建的文件中来继承Handler或者使用静态的内部类来替代。静态内部类不会隐含的持有外部类的引用，因此这个activity也就不会出现内存泄漏问题。
\2. 如果你需要在Handler内部调用外部Activity的方法，你可以让这个Handler持有这个Activity的弱引用，这样便不会出现内存泄漏的问题了。
\3. 另外，对于匿名类Runnable，我们同样可以设置成静态的，因为静态内部类不会持有外部类的引用。
\4. 注意：如果使用Handler发送循环消息，最好是在Activity的OnDestroy方法中调用**mLeakHandler.removeCallbacksAndMessages(null);**移除消息。（这不是解决内存泄漏的方法）
7、为何主线程可以new Handler？如果想要在子线程中new Handler 要做些什么准备？
每一个handler必须要对应一个looper，主线程会自动创建Looper对象，不需要我们手动创建，所以主线程可以直接创建handler。 在new handler的时候没有传入指定的looper就会默认绑定当前创建handler的线程的looper，如果没有looper就报错。
因为在主线程中，Activity内部包含一个Looper对象，它会自动管理Looper，处理子线程中发送过来的消息。而对于子线程而言，没有任何对象帮助我们维护Looper对象，所以需要我们自己手动维护。 所以要在子线程开启Handler要先创建Looper，并开启Looper循环
如果在子线程中创建了一个Handler，那么就必须做三个操作：
\1. prepare()；
\2. loop()；
\3. quit()；
8、子线程中维护的Looper，消息队列无消息的时候的处理方案是什么？有什么用？
在Handler机制里面有一个Looper，在Looper机制里面有一个函数，叫做quitSafely()和quit()函数，这两个函数是调用的MessageQueue的quit()。
所以说，这个时候Looper就结束了(跳出了死循环)，则达成了第二个作用：释放线程。
9、既然可以存在多个 Handler 往 MessageQueue 中添加数据（发消息时各个 Handler 可能处于不同线程），那它内部是如何确保线程安全的？
这里主要关注 MessageQueue 的消息存取即可，看源码内部的话，在往消息队列里面存储消息时，会拿当前的 MessageQueue 对象作为锁对象，这样通过加锁就可以确保操作的原子性和可见性了。
消息的读取也是同理，也会拿当前的 MessageQueue 对象作为锁对象，来保证多线程读写的一个安全性。
10、我们使用 Message 时应该如何创建它？
创建的它的方式有两种： 一种是直接 new 一个 Message 对象， 另一种是通过调用 Message.obtain() 的方式去复用一个已经被回收的 Message， 当然日常使用者是推荐使用后者来拿到一个 Message，因为不断的去创建新对象的话，可能会导致垃圾回收区域中新生代被占满，从而触发 GC。
Message 中的 sPool 就是用来存放被回收的 Message，当我们调用 obtain 后，会先查看是否有可复用的对象，如果真的没有才会去创建一个新的 Message 对象。
补充：主要的 Message 回收时机是： 1.在 MQ 中 remove Message 后； 2.单次 loop 结束后； 3.我们主动调用 Message 的 recycle 方法后
11.Looper死循环为什么不会导致应用卡死？
Launch桌面的图标第一次启动Activity时，会最终走到ActivityThread的main方法，在main方法里面创建Looper和MessageQueue处理主线程的消息，然后Looper.loop()方法进入死循环，我们的Activity的生命周期都是通过Handler机制处理的，包括 onCreate、onResume等方法，下面是loop方法循环。
主线程的主要方法就是消息循环，一旦退出消息循环，那么你的应用也就退出了，Looer.loop（）方法可能会引起主线程的阻塞，但只要它的消息循环没有被阻塞，能一直处理事件就不会产生ANR异常。
造成ANR的不是主线程阻塞，而是主线程的Looper消息处理过程发生了任务阻塞，无法响应手势操作，不能及时刷新UI。
阻塞与程序无响应没有必然关系，虽然主线程在没有消息可处理的时候是阻塞的，但是只要保证有消息的时候能够立刻处理，程序是不会无响应的。
总结：应用卡死压根与这个Looper没有关系，应用在没有消息需要处理的时候，它是在睡眠，释放线程；卡死是ANR，而Looper是睡眠。
-
AsyncTask面试题
1、AsyncTask是什么
它本质上就是一个封装了线程池和Handler的异步框架
2、AsyncTask使用方法
-
三个参数
-
Params：表示后台任务执行时的参数类型，该参数会传给AysncTask的doInBackground()方法
-
Progress：表示后台任务的执行进度的参数类型，该参数会作为onProgressUpdate()方法的参数
-
Result：表示后台任务的返回结果的参数类型，该参数会作为onPostExecute()方法的参数
-
-
五个方法
-
onPreExecute()：异步任务开启之前回调，在主线程中执行
-
doInBackground()：执行异步任务，在线程池中执行
-
onProgressUpdate()：当doInBackground中调用publishProgress时回调，在主线程中执行
-
onPostExecute()：在异步任务执行之后回调，在主线程中执行
-
onCancelled()：在异步任务被取消时回调
-
3、AsyncTask工作原理
4、AsyncTask引起的内存泄漏
-
原因：非静态内部类持有外部类的匿名引用，导致Activity无法释放
-
解决：
-
AsyncTask内部持有外部Activity的弱引用
-
AsyncTask改为静态内部类
-
AsyncTask.cancel()
-
5、AsyncTask生命周期
在Activity销毁之前，取消AsyncTask的运行，以此来保证程序的稳定
6、AsyncTask结果丢失
由于屏幕旋转、Activity在内存紧张时被回收等情况下，Activity会被重新创建，此时，旧的AsyncTask持有旧的Activity引用，这个时候会导致AsyncTask的onPostExecute()对UI更新无效
7、AsyncTask并行or串行
-
AsyncTask在Android 2.3之前默认采用并行执行任务，AsyncTask在Android 2.3之后默认采用串行执行任务
-
如果需要在Android 2.3之后采用并行执行任务，可以调用AsyncTask的executeOnExecutor()
HandlerThread面试题
1、HandlerThread产生背景
当系统有多个耗时任务需要执行时，每个任务都会开启一个新线程去执行耗时任务，这样会导致系统多次创建和销毁线程，从而影响性能。为了解决这一问题，Google提供了HandlerThread，HandlerThread是在线程中创建一个Looper循环器，让Looper轮询消息队列，当有耗时任务进入队列时，则不需要开启新线程，在原有的线程中执行耗时任务即可，否则线程阻塞
2、HanlderThread的特点、
-
HandlerThread本质上是一个线程，继承自Thread
-
HandlerThread有自己的Looper对象，可以进行Looper循环，可以创建Handler
-
HandlerThread可以在Handler的handlerMessage中执行异步方法
-
HandlerThread优点是异步不会堵塞，减少对性能的消耗
-
HandlerThread缺点是不能同时继续进行多任务处理，需要等待进行处理，处理效率较低
-
HandlerThread与线程池不同，HandlerThread是一个串行队列，背后只有一个线程
IntentService面试题
1、IntentService是什么
IntentService是继承自Service并处理异步请求的一个类，其内部采用HandlerThread和Handler实现的，在IntentService内有一个工作线程来处理耗时操作，其优先级比普通Service高。当任务完成后，IntentService会自动停止，而不需要手动调用stopSelf()。另外，可以多次启动IntentService，每个耗时操作都会以工作队列的方式在IntentService中onHandlerIntent()回调方法中执行，并且每次只会执行一个工作线程
2、IntentService使用方法
-
创建Service继承自IntentService
-
覆写构造方法和onHandlerIntent()方法
-
在onHandlerIntent()中执行耗时操作
由于篇幅原因文字内容展示就到这里了，上文中省略了一些流程图和代码。需要完整复习大纲内容的小伙伴可以在点赞+任意评论后，击此处快速免费领取！
最后
如果你决定跳槽了，那就要开始着手准备了，今年春节在2月份，过完春节就是金三银四了。首先要对自己有一个清晰的认知，切记好高骛远，如何认识自己呢?第一步对市面上的工作做分析，每个公司招人的时候都会在网上发布(招聘需求)，分析JD，总结出理想职位大概要具备哪些能力，这些跟你目前的能力的契合度如何。接下来，你再去看JD里面要求具备的技术点，这些技术点，你会几个，熟悉程度如何，找几个有把握的，不会的可以根据上面的大纲去主动学习。
然后还有简历方面。某种角度来讲，简历是我们的一个敲门砖。写简历不是所有的工作经历、项目经历都写进去，而是挑重点，能体现目标公司要求的，要重点介绍，把你掌握的技术点揉进去，你的能力和业绩能用数字量化的就用数字量化。
最后祝愿所有想要跳槽的小伙伴都能拿到自己理想的offer，另外需要上面完整复习大纲pdf的小伙伴可以在点赞+任意评论后，击此处快速免费领取！
本文地址：https://blog.csdn.net/Android_boom/article/details/110958196
下一篇： freertos项目在linux编译总结