Android工程师面试准备及设计模式使用场景

一、前言

本人面试已经很久之前了&＃xff0c;分享一下我做美团面试官的经历吧。
美团上海面试&＃xff0c;2-1及以下美团是不社招的&＃xff0c;校招和2-2~2-3社招一般是三面&＃xff0c;格外优秀3-1及以上会加签面试。初面技术基础&＃xff0c;二面业务感知和技术项目&＃xff0c;技术设计等。三面 HR面。

初面一定要准备相对较多的基础知识&＃xff0c;简历上的东西一定是熟悉的&＃xff0c;自己的知识也不能落伍。会有一些简单的算法题。二面主要是项目设计&＃xff0c;项目设计的背景&＃xff0c;目标&＃xff0c;执行中的问题&＃xff0c;最后的结果都要非常清楚。三面 HR 面试还是比较大陆货&＃xff0c;主要打探职级&＃xff0c;绩效评价一个人的工作努力程度&＃xff0c;岗位适配程度等。

阿里面试题

说下你所知道的设计模式与使用场景

a.建造者模式&＃xff1a;
将一个复杂对象的构建与它的表示分离&＃xff0c;使得同样的构建过程可以创建不同的表示。
使用场景比如最常见的AlertDialog,拿我们开发过程中举例&＃xff0c;比如Camera开发过程中&＃xff0c;可能需要设置一个初始化的相机配置&＃xff0c;设置摄像头方向&＃xff0c;闪光灯开闭&＃xff0c;成像质量等等&＃xff0c;这种场景下就可以使用建造者模式

装饰者模式&＃xff1a;动态的给一个对象添加一些额外的职责&＃xff0c;就增加功能来说&＃xff0c;装饰模式比生成子类更为灵活。装饰者模式可以在不改变原有类结构的情况下曾强类的功能&＃xff0c;比如Java中的BufferedInputStream 包装FileInputStream&＃xff0c;举个开发中的例子&＃xff0c;比如在我们现有网络框架上需要增加新的功能&＃xff0c;那么再包装一层即可&＃xff0c;装饰者模式解决了继承存在的一些问题&＃xff0c;比如多层继承代码的臃肿&＃xff0c;使代码逻辑更清晰
观察者模式&＃xff1a;
代理模式&＃xff1a;
门面模式&＃xff1a;
单例模式&＃xff1a;
生产者消费者模式&＃xff1a;

java语言的特点与OOP思想

这个通过对比来描述&＃xff0c;比如面向对象和面向过程的对比&＃xff0c;针对这两种思想的对比&＃xff0c;还可以举个开发中的例子&＃xff0c;比如播放器的实现&＃xff0c;面向过程的实现方式就是将播放视频的这个功能分解成多个过程&＃xff0c;比如&＃xff0c;加载视频地址&＃xff0c;获取视频信息&＃xff0c;初始化解码器&＃xff0c;选择合适的解码器进行解码&＃xff0c;读取解码后的帧进行视频格式转换和音频重采样&＃xff0c;然后读取帧进行播放&＃xff0c;这是一个完整的过程&＃xff0c;这个过程中不涉及类的概念&＃xff0c;而面向对象最大的特点就是类&＃xff0c;封装继承和多态是核心&＃xff0c;同样的以播放器为例&＃xff0c;一面向对象的方式来实现&＃xff0c;将会针对每一个功能封装出一个对象&＃xff0c;吧如说Muxer&＃xff0c;获取视频信息&＃xff0c;Decoder,解码&＃xff0c;格式转换器&＃xff0c;视频播放器&＃xff0c;音频播放器等&＃xff0c;每一个功能对应一个对象&＃xff0c;由这个对象来完成对应的功能&＃xff0c;并且遵循单一职责原则&＃xff0c;一个对象只做它相关的事情

说下java中的线程创建方式&＃xff0c;线程池的工作原理。

java中有三种创建线程的方式&＃xff0c;或者说四种
1.继承Thread类实现多线程
2.实现Runnable接口
3.实现Callable接口
4.通过线程池

线程池的工作原理&＃xff1a;线程池可以减少创建和销毁线程的次数&＃xff0c;从而减少系统资源的消耗&＃xff0c;当一个任务提交到线程池时
a. 首先判断核心线程池中的线程是否已经满了&＃xff0c;如果没满&＃xff0c;则创建一个核心线程执行任务&＃xff0c;否则进入下一步
b. 判断工作队列是否已满&＃xff0c;没有满则加入工作队列&＃xff0c;否则执行下一步
c. 判断线程数是否达到了最大值&＃xff0c;如果不是&＃xff0c;则创建非核心线程执行任务&＃xff0c;否则执行饱和策略&＃xff0c;默认抛出异常

说下 handler 原理

Handler&＃xff0c;Message&＃xff0c;looper 和 MessageQueue 构成了安卓的消息机制&＃xff0c;handler创建后可以通过 sendMessage 将消息加入消息队列&＃xff0c;然后 looper不断的将消息从 MessageQueue 中取出来&＃xff0c;回调到 Hander 的 handleMessage方法&＃xff0c;从而实现线程的通信。

从两种情况来说&＃xff0c;第一在UI线程创建Handler,此时我们不需要手动开启looper&＃xff0c;因为在应用启动时&＃xff0c;在ActivityThread的main方法中就创建了一个当前主线程的looper&＃xff0c;并开启了消息队列&＃xff0c;消息队列是一个无限循环&＃xff0c;为什么无限循环不会ANR?因为可以说&＃xff0c;应用的整个生命周期就是运行在这个消息循环中的&＃xff0c;安卓是由事件驱动的&＃xff0c;Looper.loop不断的接收处理事件&＃xff0c;每一个点击触摸或者Activity每一个生命周期都是在Looper.loop的控制之下的&＃xff0c;looper.loop一旦结束&＃xff0c;应用程序的生命周期也就结束了。我们可以想想什么情况下会发生ANR&＃xff0c;第一&＃xff0c;事件没有得到处理&＃xff0c;第二&＃xff0c;事件正在处理&＃xff0c;但是没有及时完成&＃xff0c;而对事件进行处理的就是looper&＃xff0c;所以只能说事件的处理如果阻塞会导致ANR&＃xff0c;而不能说looper的无限循环会ANR

另一种情况就是在子线程创建Handler,此时由于这个线程中没有默认开启的消息队列&＃xff0c;所以我们需要手动调用looper.prepare(),并通过looper.loop开启消息

主线程Looper从消息队列读取消息&＃xff0c;当读完所有消息时&＃xff0c;主线程阻塞。子线程往消息队列发送消息&＃xff0c;并且往管道文件写数据&＃xff0c;主线程即被唤醒&＃xff0c;从管道文件读取数据&＃xff0c;主线程被唤醒只是为了读取消息&＃xff0c;当消息读取完毕&＃xff0c;再次睡眠。因此loop的循环并不会对CPU性能有过多的消耗。

内存泄漏的场景和解决办法

1.非静态内部类的静态实例
非静态内部类会持有外部类的引用&＃xff0c;如果非静态内部类的实例是静态的&＃xff0c;就会长期的维持着外部类的引用&＃xff0c;组织被系统回收&＃xff0c;解决办法是使用静态内部类

2.多线程相关的匿名内部类和非静态内部类
匿名内部类同样会持有外部类的引用&＃xff0c;如果在线程中执行耗时操作就有可能发生内存泄漏&＃xff0c;导致外部类无法被回收&＃xff0c;直到耗时任务结束&＃xff0c;解决办法是在页面退出时结束线程中的任务

3.Handler内存泄漏
Handler导致的内存泄漏也可以被归纳为非静态内部类导致的&＃xff0c;Handler内部message是被存储在MessageQueue中的&＃xff0c;有些message不能马上被处理&＃xff0c;存在的时间会很长&＃xff0c;导致handler无法被回收&＃xff0c;如果handler是非静态的&＃xff0c;就会导致它的外部类无法被回收&＃xff0c;解决办法是1.使用静态handler&＃xff0c;外部类引用使用弱引用处理2.在退出页面时移除消息队列中的消息

4.Context导致内存泄漏
根据场景确定使用Activity的Context还是Application的Context,因为二者生命周期不同&＃xff0c;对于不必须使用Activity的Context的场景&＃xff08;Dialog&＃xff09;,一律采用Application的Context,单例模式是最常见的发生此泄漏的场景&＃xff0c;比如传入一个Activity的Context被静态类引用&＃xff0c;导致无法回收

5.静态View导致泄漏
使用静态View可以避免每次启动Activity都去读取并渲染View&＃xff0c;但是静态View会持有Activity的引用&＃xff0c;导致无法回收&＃xff0c;解决办法是在Activity销毁的时候将静态View设置为null&＃xff08;View一旦被加载到界面中将会持有一个Context对象的引用&＃xff0c;在这个例子中&＃xff0c;这个context对象是我们的Activity&＃xff0c;声明一个静态变量引用这个View&＃xff0c;也就引用了activity&＃xff09;

6.WebView导致的内存泄漏
WebView只要使用一次&＃xff0c;内存就不会被释放&＃xff0c;所以WebView都存在内存泄漏的问题&＃xff0c;通常的解决办法是为WebView单开一个进程&＃xff0c;使用AIDL进行通信&＃xff0c;根据业务需求在合适的时机释放掉

7.资源对象未关闭导致
如Cursor&＃xff0c;File等&＃xff0c;内部往往都使用了缓冲&＃xff0c;会造成内存泄漏&＃xff0c;一定要确保关闭它并将引用置为null

8.集合中的对象未清理
集合用于保存对象&＃xff0c;如果集合越来越大&＃xff0c;不进行合理的清理&＃xff0c;尤其是入股集合是静态的

9.Bitmap导致内存泄漏
bitmap是比较占内存的&＃xff0c;所以一定要在不使用的时候及时进行清理&＃xff0c;避免静态变量持有大的bitmap对象

10.监听器未关闭
很多需要register和unregister的系统服务要在合适的时候进行unregister,手动添加的listener也需要及时移除

如何避免OOM?

1.使用更加轻量的数据结构&＃xff1a;如使用ArrayMap/SparseArray替代HashMap,HashMap更耗内存&＃xff0c;因为它需要额外的实例对象来记录Mapping操作&＃xff0c;SparseArray更加高效&＃xff0c;因为它避免了Key Value的自动装箱&＃xff0c;和装箱后的解箱操作

2.便面枚举的使用&＃xff0c;可以用静态常量或者注解&＃64;IntDef替代

3.Bitmap优化:
a.尺寸压缩&＃xff1a;通过InSampleSize设置合适的缩放
b.颜色质量&＃xff1a;设置合适的format&＃xff0c;ARGB_6666/RBG_545/ARGB_4444/ALPHA_6&＃xff0c;存在很大差异
c.inBitmap:使用inBitmap属性可以告知Bitmap解码器去尝试使用已经存在的内存区域&＃xff0c;新解码的Bitmap会尝试去使用之前那张Bitmap在Heap中所占据的pixel data内存区域&＃xff0c;而不是去问内存重新申请一块区域来存放Bitmap。利用这种特性&＃xff0c;即使是上千张的图片&＃xff0c;也只会仅仅只需要占用屏幕所能够显示的图片数量的内存大小&＃xff0c;但复用存在一些限制&＃xff0c;具体体现在&＃xff1a;在Android 4.4之前只能重用相同大小的Bitmap的内存&＃xff0c;而Android 4.4及以后版本则只要后来的Bitmap比之前的小即可。使用inBitmap参数前&＃xff0c;每创建一个Bitmap对象都会分配一块内存供其使用&＃xff0c;而使用了inBitmap参数后&＃xff0c;多个Bitmap可以复用一块内存&＃xff0c;这样可以提高性能

4.StringBuilder替代String: 在有些时候&＃xff0c;代码中会需要使用到大量的字符串拼接的操作&＃xff0c;这种时候有必要考虑使用StringBuilder来替代频繁的“&＃43;”

5.避免在类似onDraw这样的方法中创建对象&＃xff0c;因为它会迅速占用大量内存&＃xff0c;引起频繁的GC甚至内存抖动

6.减少内存泄漏也是一种避免OOM的方法

面试时要注意&＃xff0c;准备什么&＃xff1f;

注意

第一个问题就是“不求甚解”。

何为不求甚解&＃xff1f;其大多数的问题就是在于大量的使用第三方的jar包&＃xff0c;问他个原理一点也答不上来&＃xff0c;甚至是最基础的。举个例子说明&＃xff0c;比如我问他json数据怎么解析&＃xff0c;都知道哪些解析器&＃xff0c;直接不知道&＃xff0c;因为现在的开发者都直接去使用GJSON&＃xff0c;从来不去了解解析的整个过程和原理&＃xff0c;更不会写。虽然用google提供的工具可以轻松实现&＃xff0c;但是原理和过程还是得要学习的。学了总会有用&＃xff0c;现在第三方的jar包多的是&＃xff0c;封装的也都比较好&＃xff0c;不是不能用&＃xff0c;但是一定要学习原理和机制&＃xff0c;这样才能提高自己&＃xff0c;举一反三&＃xff0c;如果只会用第三方&＃xff0c;只会粘贴复制&＃xff0c;你还仅仅处在码畜的级别&＃xff0c;甚至有可能还不如。这个问题你犯了吗&＃xff1f;记得要对号入座哦&＃xff01;

第二个问题就是不思进取&＃xff0c;或者说叫技术落后。

怎么说呢&＃xff0c;技术是不断在进步的&＃xff0c;不断的在革新&＃xff0c;尤其是我们程序员这个行业。很多程序猿一旦学习完了&＃xff0c;工作了&＃xff0c;虽然用旧的知识和技术也能实现这种效果&＃xff0c;但是从不会考虑效率&＃xff0c;不去学习新的技术&＃xff0c;明明有更好的控件提供了&＃xff0c;也不知道&＃xff0c;或者知道并不去学习&＃xff0c;还停留在以前的知识&＃xff0c;面试时要的工资还挺高。再举个例子&＃xff0c;面试时&＃xff0c;问他们ListView的复用&＃xff0c;大家答的都挺好的&＃xff0c;都非常明白&＃xff0c;我再问一句:Android5.0提供了新的控件替代了它&＃xff0c;你们知道吗&＃xff1f;用过吗&＃xff1f;就全都哑火了。

我都不知道该说什么好&＃xff1f;程序猿之所以累&＃xff0c;之所以叫猿就是因为他要时时刻刻保持一颗活到老学到老的心&＃xff0c;要利用最新的技术知识解决新的难题。

讲到这里&＃xff0c;两个问题已经讲完了&＃xff0c;不知道你自己是否也有这样的毛病呢&＃xff1f;请记得对号入座哦。现在我们再说一说面试者的另一方面的事&＃xff0c;那就是简历的书写。

我相信大家写面试简历肯定都有夸大的成分&＃xff0c;都会吹牛&＃xff0c;这不要紧&＃xff0c;牛吹好了&＃xff0c;工资自然高&＃xff0c;但是别吹过头&＃xff0c;面试的时候我看到面试者的简历时&＃xff0c;给我的感觉是&＃xff1a;我靠&＃xff0c;好屌&＃xff0c;好厉害啊&＃xff01;这时一个情不自禁的想法就来了&＃xff0c;我要问问他这方面的知识。

比如&＃xff1a;一个面试应用层开发的&＃xff0c;非把自己底层开发也写的很牛逼&＃xff0c;你真的像你简历上写的那样“精通”吗&＃xff1f;面试者把简历写的每个技术知识点都是精通与熟练&＃xff0c;有时候&＃xff0c;反而是搬起石头砸了自己的脚&＃xff0c;吹牛可以&＃xff0c;夸大也可以&＃xff0c;都是为了生存吗&＃xff1f;但是要适可而止&＃xff0c;要在自己掌握的一个度里&＃xff0c;这样既能自己面试的漂亮和顺利&＃xff0c;给面试官也有好的印象&＃xff0c;这样的情况不招你&＃xff0c;招谁啊&＃xff1f;

Android核心知识点

面试成功其实是必然的&＃xff0c;因为我做足了充分的准备工作&＃xff0c;包括刷题啊&＃xff0c;看一些Android核心的知识点&＃xff0c;看一些面试的博客吸取大家面试的一些经验。

下面这份PDF是我翻阅了差不多3个月左右一些Android大博主的博客从他们那里取其精华去其糟泊所整理出来的一些Android的核心知识点&＃xff0c;全部都是精华中的精华&＃xff0c;我能面试到现在2-2资深开发人员跟我整理的这本Android核心知识点有密不可分的关系&＃xff0c;在这里本着共赢的心态分享给各位朋友。

不管是Android基础还是Java基础以及常见的数据结构&＃xff0c;这些是无原则地必须要熟练掌握的&＃xff0c;尤其是非计算机专业的同学&＃xff0c;面试官一上来肯定是问你基础&＃xff0c;要是基础表现不好很容易被扣上基础不扎实的帽子&＃xff0c;常见的就那些&＃xff0c;只要你平时认真思考过基本上面试是没太大问题的。

最后为了帮助大家深刻理解Android相关知识点的原理以及面试相关知识&＃xff0c;这里放上我搜集整理的2019-2021BAT 面试真题解析&＃xff0c;我把大厂面试中常被问到的技术点整理成了PDF&＃xff0c;包知识脉络 &＃43; 诸多细节。

节省大家在网上搜索资料的时间来学习&＃xff0c;也可以分享给身边好友一起学习。

oid相关知识点的原理以及面试相关知识**&＃xff0c;这里放上我搜集整理的2019-2021BAT 面试真题解析&＃xff0c;我把大厂面试中常被问到的技术点整理成了PDF&＃xff0c;包知识脉络 &＃43; 诸多细节。

节省大家在网上搜索资料的时间来学习&＃xff0c;也可以分享给身边好友一起学习。

一键领取&＃xff1a;【Android超硬核面试资料】