2024年安卓最全这些分析加上这13道面试题，面试足矣，2024年最新安卓开发面试书籍在哪买

最后

希望本文对你有所启发，有任何面试上的建议也欢迎留言分享给大家。

好了，今天的分享就到这里，如果你对在面试中遇到的问题，或者刚毕业及工作几年迷茫不知道该如何准备面试并突破现状提升自己，对于自己的未来还不够了解不知道给如何规划，来看看同行们都是如何突破现状，怎么学习的，来吸收他们的面试以及工作经验完善自己的之后的面试计划及职业规划。

好了~如果你看到了这里，觉得文章写得不错就给个赞呗？如果你觉得那里值得改进的，请给我留言。一定会认真查询，修正不足。谢谢。

为什么某些人会一直比你优秀，是因为他本身就很优秀还一直在持续努力变得更优秀，而你是不是还在满足于现状内心在窃喜！希望读到这的您能点个小赞和关注下我，以后还会更新技术干货，谢谢您的支持！

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

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

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

到了最后，你可能并没有收获到一个优秀的名次，但是我觉得参加比赛的经历对你的帮助才是最大的。如果后面你还会参加其他比赛的话，我觉得你一定会做的越来越好。

除了比赛，实际项目对自己的个人能力提升与锻炼也是非常大的。

多去实践，将学到的东西运用到实际项目中去。很多人都找我抱怨过没有实际项目让自己去做。下面我会介绍到几种让你可以有项目经验的方式，项目经验对于技术能力的提升和面试都是很重要的。

想要提高个人硬实力，那么学习一门新技术的方法一定是至关重要了。


一定要有自己的技术优势，可能你懂得不是最多的，但是别人不会的你却会，那么你就是厉害的！

四丶写简历的时候项目经验这栏，怎么才有项目经验

如果实在没有实际项目让你去做，我觉得你可以通过下面几种方式：

1.在网上找一个符合自己能力与找工作需求的实战项目视频或者博客跟着老师一起做。做的过程中，你要有自己的思考，不要浅尝辄止，对于很多知识点，别人的讲解可能只是满足项目就够了，你自己想多点知识的话，对于重要的知识点就要自己学会去往深出学。
2.Github或者码云上面有很多实战类别项目，你可以选择一个来研究，为了让自己对这个项目更加理解，在理解原有代码的基础上，你可以对原有项目进行改进或者增加功能。
3.自己动手去做一个自己想完成的东西，遇到不会的东西就临时去学，现学现卖。

简历

华为Android开发工程师

阿里

公司到底想要什么样的人才?
**个人方面：**人品好，与公司以及团队文化契合，学习能力不错，抗压；
能力方面： 能力与你要应聘的岗位所匹配（很多时候不要认为自己能力很强公司就会招聘你，这意味着公司可能会花更多的钱聘用你。如果你的能力达不到的话，公司一般还会考虑你的潜力如何）；

面试注意：

1.提前准备好自我介绍
2.提前准备技术面试
3.面试之前做好定向复习
4.面试复盘
5.提前知道有哪些技术问题常问，以及非技术问题

五丶面试，刷题

1.Glide的缓存机制

Glide的缓存机制，主要分为2种缓存，一种是内存缓存，一种是磁盘缓存。

使用内存缓存的原因是： 防止应用重复将图片读入到内存，造成内存资源浪费。

使用磁盘缓存的原因是： 防止应用重复的从网络或者其他地方下载和读取数据。

具体来讲，缓存分为加载和存储：

• 当加载一张图片的时候，获取顺序：Lru算法缓存-》弱引用缓存-》磁盘缓存（如果设置了的话）。
  当想要加载某张图片时，先去LruCache中寻找图片，如果LruCache中有，则直接取出来使用，并将该图片放入WeakReference中，如果LruCache中没有，则去WeakReference中寻找，如果WeakReference中有，则从WeakReference中取出图片使用，如果WeakReference中也没有图片，则从磁盘缓存/网络中加载图片。
• 将缓存图片的时候，写入顺序：弱引用缓存-》Lru算法缓存-》磁盘缓存中。当图片不存在的时候，先从网络下载图片，然后将图片存入弱引用中，glide会采用一个acquired（int）变量用来记录图片被引用的次数， 当acquired变量大于0的时候，说明图片正在使用中，也就是将图片放到弱引用缓存当中；如果acquired变量等于0了，说明图片已经不再被使用了，那么此时会调用方法来释放资源，首先会将缓存图片从弱引用中移除，然后再将它put到LruResourceCache当中。这样也就实现了正在使用中的图片使用弱引用来进行缓存，不在使用中的图片使用LruCache来进行缓存的功能。

另： 从Glide4.x开始，读取图片的顺序有所改变：弱引用缓存-》Lru算法缓存-》磁盘缓存

2.ThreadLocal的使用场景？与Synchronized相比有什么特性？

ThreadLocal和Synchronized虽然都和多线程有关.
但是ThreadLocal是为了多线程时,每个线程对变量的独立访问.线程间该变量值互不影响.内部是由一个ThreadLocalMap,key为当前线程的弱引用,value为变量值.

Synchronized则是另一个意思.多线程时通过同步锁实现多个线程同时只能有一个线程对变量/方法访问.

3.Kotlin中集合遍历有哪几种方式？

for,foreach,while,do while,递归,还有集合的高阶方法

4.对于GIF 图片加载有什么思路和建议

gif图实际上就是多帧合并的图

参考Fresco内部实现：

• View层使用一个Drawable，包含bitmap，并依据gif的信息不断的更新并绘制bitmap
• C层提供api功能，例如：输入gif数据流，提供解析gif信息、更新bitmap等功能

5.为什么说Http是可靠的数据传输协议

HTTP是属于应用层的协议，TCP（传输控制协议）和UDP（用户数据报协议）是属于传输层的协议。

我们都知道TCP协议是面向连接的，每次进行连接都要进行三次握手和四次挥手，所以它的连接是可靠的。而HTTP是在TCP上层的协议，所以它也是可靠的。

那为什么TCP可靠？
首先来讲一下网络的分层，因特网协议可以分为五层，分别是：

应用层->传输层->网络互联层->网络访问层->物理层

或许你觉得很抽象，但是通过栗子你就会发现并没有那么复杂
如访问一个Http请求:

怎么访问到这个网站呢？首先我们需要通过网络，可能是移动网或者宽带网等（这就是物理层，它是一个传输介质），然后找到对应那一台被我们访问的服务器的mac地址（网络访问层）进行连接，再匹配它的IP（网络互联层）是否对应，确定了主机后，再通过端口号9090（传输层）访问对应的进程，由于一个进程里面有很多业务模块，而我们需要访问main模块（应用层），最终通过不同层来实现网站的访问。

每个层都是相互独立，并且向下依赖，而传输层是能确定唯一主机的，因为我们可以通过mac地址、host和端口来确定唯一的一台访问主机上面的进程。或许有的人会问，那如果网络中断呢？那不就不可靠了吗，我们常说的网络中断是属于物理层，由于是向下依赖，传输层的建立是依赖于下面的三层（网络互联层、网络访问层、物理层）已经连接成功，如果下面的层都没有连接成功，也就没有传输层这一说了，所以传输层协议是一个“靠谱”的协议。

我们通过分层了解了传输层是“靠谱”的协议，那么怎么保证它是可靠的呢？

那就要讲到三次握手和四次挥手的作用了。

三次握手就是在建立连接之前需要客户端需要先给服务端发出SYN©报文，当服务器收到后需要返回客户端ACK=SYN©+1，并且传输自己生成的SYN(s)给客户端，客户端收到后进入已连接状态，需要再回一个ACK=SYN(s)+1给服务器，服务器收到ACK后也进入了连接状态，这就是一个三次握手的过程，通过双方进行三次通信保证此时双方都已经进入准备状态。

四次挥手就是在结束连接的时候，客户端会发送FIN©给服务器，服务器收到后回复客户端ACK=FIN©+1告知客户端收到客户端的结束请求了，这时客户端就会进入CLOSING(半关闭状态)，等待服务器的结束请求。 在一段小延迟时间后，服务器也会发送一个FIN(s)请求给客户端，客户端收到后发送ACK=FIN(s)+1给服务器，服务器收到ACK后就进入技术状态。客户端在等待2个MSL（避免服务器收不到ACK）后也进入结束状态。

在每次进行连接和断开连接都需要经过复杂的三次握手和四次握手，从而保证了每个连接都是可靠的，所以TCP协议是可靠的，而HTTP就是TCP上层的协议，所有连接都是基于TCP协议的。

在我们能够确定每个请求对应的唯一主机和端口号，并且通过Http协议添加响应的请求数据信息（如模块名字等）确定请求的代码位置，并且在每次请求都通过三次握手和四次挥手保证连接的可靠性，所以一个Http请求是可靠的。

在我们能够确定每个请求对应的唯一主机和端口号，并且通过Http协议添加响应的请求数据信息（如模块名字等）确定请求的代码位置，并且在每次请求都通过三次握手和四次挥手保证连接的可靠性，所以一个Http请求是可靠的。

6.如何绕过Android9.0针对反射的限制

双重反射，即利用反射调用反射API，这个时候系统进行栈回溯，发现直接调用者是反射API，反射API也是系统API，就直接通过了

7.谈一谈Activity，View，Window三者的关系

在activity中调用attach，创建window；

创建的window是其子类phonewindow，在attach中创建phonewindow;

在activity中调用setcontentview(R.layout.xx);其实就是调用getwindow.setcontentview()

创建parentview；将指定的R.layout.xx布局进行填充

调用viewgroup,调用viewGroup先移除removeAllview();在进行添加新的view --addview（）.

8.如何进行单元测试的？以及如何应用在MVP和MVVM中？

单元测试库 junit mockito Rebolectric

说下mvp工程中的测试方法 测试主要有 三大部分

1. 普通工具类 使用junit 直接测试
2. mvp的p 使用 @mock标注view的接口, 初始化真正的p, 直接调用p的方法 看看 verify view的某些方法是否按照预期被调用
3. mvp的v 用rebolectric 去setup 一个Activity, 然后 用这个库找到 界面上的按钮,或者触发生命周期(onstart),判断一下当前界面的某些view是否被显示 或者 textview的值或者 dialog 是否显示 toast是否弹出错误
4. 还有网络部分的测试,可以直接使用junit进行测试 判断下返回值是否符合预期

9.请说说依赖注入框架ButterKnife的实现原理？

• 通过注解器在编译期间生成一个XX_ViewBinding.java文件(XX可以是activity,fragment,adapter,dialog)，这个文件这么生成的？
  注解器里会添加需要类型的注解;查找XX类中的特定类型注解，如果有,拼接成字符串，创建并写到XX_ViewBinding.java文件中
• XX_ViewBinding.java会持有XX的引用，如果是初始化控件，通过xx.findViewById实现,如果是设置监听，类似xx.setOnClickListener实现
• XX类中初始化XX_ViewBinding对象，这样打通了整个流程

10.谈一谈屏幕刷新机制

屏幕刷新频率和绘制频率

cpu 负责 measure layout draw => displayList

gpu 负责 display => 位图

每个16ms会发送一次垂直同步信号 vsync

每次信号发送的时候都会从gpu的buffer中取出渲染好的位图 显示在屏幕上

同时如果有需要 还会进行下一次的 cpu计算,计算好后放入buffer中

如果计算时间超过了两次vsync之间的时间 即16ms 则 vsync信号会把 上一次gpu buffer中的信息展示出来 这时候就是卡顿

另外如果页面没有变化 屏幕还是一样会去buffer中取出上一次的刷新,只不过cpu不再去计算而已

最后

代码真的是重质不重量，质量高的代码，是当前代码界提倡的，当然写出高质量的代码肯定需要一个相当高的专业素养，这需要在日常的代码书写中逐渐去吸收掌握，谁不是每天都在学习呀，目的还不是为了一个，为实现某个功能写出高质量的代码。

所以，长征路还长，大家还是好好地做个务实的程序员吧。

最后，小编这里有一系列Android提升学习资料，有兴趣的小伙伴们可以来看下哦~

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

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

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

到真正的技术提升。**

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

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