2020 年 Android 面试题汇总（中高级）

关注

发布于: 6 小时前

https://blog.csdn.net/qq_19694479/article/details/80967339??然后需要了解对称和非对称加密的区别?

16.并发

答：如何解决高并发产生的性能问题：[ht

《Android学习笔记总结+最新移动架构视频+大厂安卓面试真题+项目实战源码讲义》
浏览器打开：qq.cn.hn/FTe 免费领取

复制代码

tps://blog.csdn.net/kerryqpw/article/details/64129583]( )

高并发过程中涉及到的问题：即第一条讲的同步锁

17 .进程通讯

答：AIDL?https://blog.csdn.net/qian520ao/article/details/78072250

https://blog.csdn.net/qian520ao/article/details/78074983

18.进程保活方法

答：https://blog.csdn.net/u013263323/article/details/56285475

19.rxjava,okhttp,retrofit 三者原理及封装使用

答：http://gank.io/post/560e15be2dca930e00da1083

https://www.jianshu.com/p/cd984dd5aae8? ?rxjava

https://blog.csdn.net/mwq384807683/article/details/71173442?locationNum=8&fps=1?okhttp

https://www.jianshu.com/p/0c055ad46b6c?retrofit

https://www.jianshu.com/p/0ad99e598dba??封装使用

https://www.jianshu.com/p/9e599b8d1e7f? ?封装使用,个人觉得这个封装比较好，因为对第三方 API 都进行了封装，避免 API? 大?量修改造成程序跟着大量修改 ,结合 MVP 使用?

20.插件化

答：https://www.jianshu.com/p/704cac3eb13d

21.内存泄漏原因以及如何避免内存泄漏

答：https://blog.csdn.net/q178266871/article/details/50719144

22.注解框架实现原理

答：https://blog.csdn.net/mwq384807683/article/details/70795881

23.binder 分析

答：https://blog.csdn.net/qian520ao/article/details/78089877

24.图片占据的内存算法

答：https://www.cnblogs.com/dasusu/p/9789389.html

25.性能优化

答：https://www.jianshu.com/p/d71b51a0e29f

其中包括四点：

APP 使用起来不卡顿,要流畅；
要省电，省流量；
内存优化
APP 包尽量要小；

26.leakcanary 原理

答：「Leakcanary 」是我们经常用于检测内存泄漏的工具，简单的使用方式，内存泄漏的可视化，是我们开发中必备的工具之一。一、使用 1、配置

dependencies {debugImplementation'com.squareup.leakcanary:leakcanary-android:1.6.3'releaseImplementation'com.squareup.leakcanary:leakcanary-android-no-op:1.6.3'// Optional, if you use support library fragments:debugImplementation'com.squareup.leakcanary:leakcanary-support-fragment:1.6.3'}2、简单使用 public class ExampleApplication extends Application {@Override public void onCreate() {super.onCreate();if (LeakCanary.isInAnalyzerProcess(this)) {// This process is dedicated to LeakCanary for heap analysis.// You should not init your app in this process.return;}LeakCanary.install(this);// Normal app init code...}}

超级简单的配置和使用方式。最后就会得出以下的事例说明。

二、准备工作 1、ReferenceReference 把内存分为 4 种状态，Active 、 Pending 、 Enqueued 、 Inactive。? Active 一般说来内存一开始被分配的状态都是 Active? Pending 快要放入队列（ReferenceQueue）的对象，也就是马上要回收的对象? Enqueued 对象已经进入队列，已经被回收的对象。方便我们查询某个对象是否被回收 ? Inactive 最终的状态，无法变成其他的状态。2、ReferenceQueue 引用队列，在 Reference 被回收的时候，Reference 会被添加到 ReferenceQueue 中 3、如果检测一个对象是否被回收需要采用 Reference + ReferenceQueue? 创建一个引用队列 queue? 创建 Reference 对象（通常用弱引用）并关联引用队列? 在 Reference 被回收的时候，Reference 会被添加到 queue 中//创建一个引用队列 ReferenceQueue queue = new ReferenceQueue();// 创建弱引用，此时状态为 Active，并且 Reference.pending 为空，// 当前 Reference.queue = 上面创建的 queue，并且 next=null // reference 创建并关联 queueWeakReference reference = new WeakReference(new Object(),queue);// 当 GC 执行后，由于是弱引用，所以回收该 object 对象，并且置于 pending 上，此时 reference 的状态为 PENDING System.gc();// ReferenceHandler 从 pending 中取下该元素，并且将该元素放入到 queue 中，//此时 Reference 状态为 ENQUEUED，Reference.queue = ReferenceENQUEUED// 当从 queue 里面取出该元素，则变为 INACTIVE，Reference.queue =Reference.NULL Reference reference1 = queue.remove();在 Reference 类加载的时候，Java 虚拟机会会创建一个最大优先级的后台线程，这个线程的工作就是不断检测 pending 是否为 null，如果不为 null，那么就将它放到 ReferenceQueue。因为 pending 不为 null，就说明引用所指向的对象已经被 GC，变成了不也达。<br /><br />4、ActivityLifecycleCallbacks 用于监听所有 Activity 生命周期的回调方法。private final Application.ActivityLifecycleCallbackslifecycleCallbacks =...

27.lrucache 使用及原理

答：之前，我们会使用内存缓存技术实现，也就是软引用或弱引用，在 Android 2.3（APILevel 9）开始，垃圾回收器会更倾向于回收持有软引用或弱引用的对象，这让软引用和弱引用变得不再可靠。其实 LRU 缓存的实现类似于一个特殊的栈，把访问过的元素放置到栈顶（若栈中存在，则更新至栈顶；若栈中不存在则直接入栈），然后如果栈中元素数量超过限定值，则删除栈底元素（即最近最少使用的元素）。它的内部存在一个 LinkedHashMap 和 maxSize，把最近使用的对象用强引用存储在 LinkedHashMap 中，给出来 put 和 get 方法，每次 put 图片时计算缓存中所有图片的总大小，跟 maxSize 进行比较，大于 maxSize，就将最久添加的图片移除，反之小于 maxSize 就添加进来。LruCache 的原理就是利用 LinkedHashMap 持有对象的强引用，按照 Lru 算法进行对象淘汰。具体说来假设我们从表尾访问数据，在表头删除数据，当访问的数据项在链表中存在时，则将该数据项移动到表尾，否则在表尾新建一个数据项。当链表容量超过一定阈值，则移除表头的数据。详细来说就是 LruCache 中维护了一个集合 LinkedHashMap，该 LinkedHashMap 是以访问顺序排序的。当调用 put()方法时，就会在结合中添加元素，并调用 trimToSize()判断缓存是否已满，如果满了就用 LinkedHashMap 的迭代器删除队头元素，即近期最少访问的元素。当调用 get()方法访问缓存对象时，就会调用 LinkedHashMap 的 get()方法获得对应集合元素，同时会更新该元素到队尾。LruCache put 方法核心逻辑在添加过缓存对象后，调用 trimToSize()方法，来判断缓存是否已满，如果满了就要删除近期最少使用的对象。trimToSize()方法不断地删除 LinkedHashMap 中队头的元素，即近期最少访问的，直到缓存大小小于最大值（maxSize）。LruCache get 方法核心逻辑当调用 LruCache 的 get()方法获取集合中的缓存对象时，就代表访问了一次该元素，将会更新队列，保持整个队列是按照访问顺序排序的。为什么会选择 LinkedHashMap 呢？这跟 LinkedHashMap 的特性有关，LinkedHashMap 的构造函数里有个布尔参数 accessOrder，当它为 true 时，LinkedHashMap 会以访问顺序为序排列元素，否则以插入顺序为序排序元素。