2024年2024年Android面试题汇总（中高级）(1)，今日头条测试开发面试题

2401_84562810

于 2024-05-13 12:56:07 发布

阅读量998

点赞数 25

分类专栏：程序员文章标签： android 面试学习

本文链接：https://blog.csdn.net/2401_84562810/article/details/138798340

版权

程序员专栏收录该内容

190 篇文章 0 订阅

订阅专栏

总结

最后为了帮助大家深刻理解Android相关知识点的原理以及面试相关知识，这里放上相关的我搜集整理的14套腾讯、字节跳动、阿里、百度等2021面试真题解析，我把技术点整理成了视频和PDF（实际上比预期多花了不少精力），包知识脉络 + 诸多细节。

2020面试真题解析
腾讯面试真题解析

阿里巴巴面试真题解析

字节跳动面试真题解析
网上学习 Android的资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。希望这份系统化的技术体系对大家有一个方向参考。

网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。

需要这份系统化学习资料的朋友，可以戳这里获取

一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！

11.内存回收机制

答：https://www.cnblogs.com/prophet-it/p/6498275.html

https://www.cnblogs.com/andy-zcx/p/5522836.html
结合这二篇文章看一定能看的非常清晰

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

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、Reference
Reference 把内存分为 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，变成了不也达。

4、ActivityLifecycleCallbacks
用于监听所有 Activity 生命周期的回调方法。
private final Application.ActivityLifecycleCallbacks
lifecycleCallbacks =
…

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）。