记录之前一次面试。
先说一下面试问到的需要的点：tcp/udp.volatile关键字.多进程.hashmap.anr.activity.MVP.算法题.自定义view.OKHTTP.java相关.数据结构.性能优化.
为此我整理了一份983页的PDF，把自己平时收集的面试题，和平时工作中碰到的都融合进去了
(更多完整项目下载。未完待续。源码。图文知识后续上传github。)
可以点击关于我联系我获取完整PDF
(VX：mm14525201314)
- 自定义view的过程
- java线程，安卓线程池
- handle
- gc，gc的使用方式
- okhttp源码
- 设计模式
- hashmap源码
- 线程安全性
- hash运算过程
- java相关（面向对象的理解 多态的实习 接口和抽象类 内存模型 多线程 线程池原理）
- 性能优化相关
问到的问题中，还是性能优化相关的对我的印象比较深刻，所以着重讲一下（答案仅供参考）
1、图片的三级缓存中,图片加载到内存中,如果内存快爆了,会发生什么？怎么处理
首先我们要清楚图片的三级缓存是如何的
如果内存足够时不回收。内存不够时就回收软引用对象
2、内存中如果加载一张 500*500 的 png 高清图片.应该是占用多少的内存?
-
不考虑屏幕比的话： 占用内存=500 500 4 = 1000000B ≈
0.95MB -
考虑屏幕比的的话： 占用内存= 宽度像素 x （
inTargetDensity/inDensity） x 高度像素 x（inTargetDensity/inDensity）x 一个像素所占的内存字节
大小 - inDensity 表示目标图片的 dpi（放在哪个资源文件夹下），
inTargetDensity表示目标屏幕的 dpi3、WebView 的性能优化 ?
一个加载网页的过程中，native、网络、后端处理、CPU 都会
参与，各自都有必要的工作和依赖关系；让他们相互并行处理
而不是相互阻塞才可以让网页加载更快： - WebView 初始化慢，可以在初始化同时先请求数据，
让后端和网络不要闲着。 - 常用 JS 本地化及延迟加载，使用第三方浏览内核
- 后端处理慢，可以让服务器分 trunk 输出，在后端计算
的同时前端也加载网络静态资源。 - 脚本执行慢，就让脚本在最后运行，不阻塞页面解析。
- 同时，合理的预加载、预缓存可以让加载速度的瓶颈更
小。 - WebView 初始化慢，就随时初始化好一个 WebView
待用。 - DNS 和链接慢，想办法复用客户端使用的域名和链接。
4、Bitmap 如何处理大图，如一张 30M 的大图，如何预防 OOM？
参考回答： 避免 OOM 的问题就需要对大图片的加载进行管理，主要通
过缩放来减小图片的内存占用。 -
BitmapFactory提供的加载图片的四类方法（decodeFile、decodeResource、decodeStream、decodeByteArray）
都支持BitmapFactory.Options参数，通过inSampleSize参
数就可以很方便地对一个图片进行采样缩放 - 比如一张 10241024 的高清图片来说。那么它占有的内存为
102410244，即 4MB，如果 inSampleSize 为 2，那么采样后
的图片占用内存只有 512512*4,即 1MB（注意：根据最新的官
方文档指出，inSampleSize的取值应该总是为 2 的指数，即
1、2、4、8 等等，如果外界输入不足为 2 的指数，系统也会默
认选择最接近 2 的指数代替，比如 2） -
综合考虑。通过采样率即可有效加载图片，流程如下
- 将
BitmapFactory.Options的inJustDecodeBounds参数设为 true 并加载图片 - 从
BitmapFactory.Options中取出图片的原始宽高信
息，它们对应 outWidth 和 outHeight 参数 - 根据采样率的规则并结合目标 View 的所需大小计算出
采样率inSampleSize - 将
BitmapFactory.Options的inJustDecodeBounds参数设为 false，重新加载图片
- 将
5、内存回收机制与 GC 算法(各种算法的优缺点以及应用场景)；GC 原理时机以及 GC 对象
参考回答：
内存判定对象可回收有两种机制：
-
引用计数算法： 给对象中添加一个引用计数器，每当有
一个地方引用它时，计数器值就加 1；当引用失效时，
计数器值就减 1；任何时刻计数器为 0 的对象就是不可
能再被使用的。然而在主流的 Java 虚拟机里未选用引用
计数算法来管理内存，主要原因是它难以解决对象之间相互循环引用的问题，所以出现了另一种对象存活判定
算法。 -
可达性分析法： 通过一系列被称为『GCRoots』的对象
作为起始点，从这些节点开始向下搜索，搜索所走过的
路径称为引用链，当一个对象到 GC Roots 没有任何引
用链相连时，则证明此对象是不可用的。其中可作为 GC
Roots 的对象：虚拟机栈中引用的对象，主要是指栈帧
中的本地变量*、本地方法栈中 Native 方法引用的对
象、方法区中类静态属性引用的对象、方法区中常量引
用的对象
GC 回收算法有以下四种：
-
分代收集算法： 是当前商业虚拟机都采用的一种算法，
根据对象存活周期的不同，将 Java 堆划分为新生代和老
年代，并根据各个年代的特点采用最适当的收集算法。 -
新生代： 大批对象死去，只有少量存活。使用『复制算
法』，只需复制少量存活对象即可。-
复制算法： 把可用内存按容量划分为大小相等的
两块，每次只使用其中的一块。当这一块的内存
用尽后，把还存活着的对象『复制』到另外一块
上面，再将这一块内存空间一次清理掉。实现简单，运行高效。在对象存活率较高时就要进行较多的复制操作，效率将会变低
-
复制算法： 把可用内存按容量划分为大小相等的
-
老年代： 对象存活率高。使用『标记—清理算法』或者
『标记—整理算法』，只需标记较少的回收对象即可。-
标记-清除算法： 首先『标记』出所有需要回收
的对象，然后统一『清除』所有被标记的对象。
标记和清除两个过程的效率都不高，清除之后会
产生大量不连续的内存碎片，空间碎片太多可能
会导致以后在程序运行过程中需要分配较大对象
时，无法找到足够的连续内存而不得不提前触发
另一次垃圾收集动作。 -
标记-整理算法： 首先『标记』出所有需要回收
的对象，然后进行『整理』，使得存活的对象都
向一端移动，最后直接清理掉端边界以外的内
存。标记整理算法会将所有的存活对象移动到一
端，并对不存活对象进行处理，因此其不会产生
内存碎片6、内存泄露和内存溢出的区别 ？AS 有什么工具可以检测内存泄露
-
标记-清除算法： 首先『标记』出所有需要回收
-
内存溢出(out of memory)： 是指程序在申请内存时，没有足
够的内存空间供其使用，出现 out of memory；比如申请了一
个 integer，但给它存了 long 才能存下的数，那就是内存溢
出。 -
内存泄露(memory leak)： 是指程序在申请内存后，无法释放
已申请的内存空间，一次内存泄露危害可以忽略，但内存泄露
堆积后果很严重，无论多少内存,迟早会被占光。memory leak
会最终会导致 out of memory！ - 查找内存泄漏可以使用 Android Studio 自带的
AndroidProfiler工具或 MAT
7、性能优化,怎么保证应用启动不卡顿? 黑白屏怎么处理?
- 应用启动速度，取决于你在 application 里面时候做了什么事
情，比如你集成了很多 sdk，并且 sdk 的 init 操作都需要在主
线程里实现所以会有卡顿的感觉。在非必要的情况下可以把加
载延后或则开启子线程处理 -
另外，影响界面卡顿的两大因素，分别是界面绘制和数据处
理。- 布局优化(使用 include，merge 标签，复杂布局推荐使
用ConstraintLayout等) -
onCreate()中不执行耗时操作 把页面显示的 View 细
分一下，放在AsyncTask里逐步显示，用Handler
更好。这样用户的看到的就是有层次有步骤的一个个的
View 的展示，不会是先看到一个黑屏，然后一下显示
所有 View。最好做成动画，效果更自然。 - 利用多线程的目的就是尽可能的减少
onCreate()和onReume()的时间，使得用户能尽快看到页面，操作
页面。 - 减少主线程阻塞时间。
- 提高 Adapter 和
AdapterView的效率。
- 布局优化(使用 include，merge 标签，复杂布局推荐使
-
黑白屏产生原因： 当我们在启动一个应用时，系统会去检查是
否已经存在这样一个进程，如果不存在，系统的服务会先检查startActivity中的 intent 的信息，然后在去创建进程，最后启
动Acitivy，即冷启动。而启动出现白黑屏的问题，就是在这段
时间内产生的。系统在绘制页面加载布局之前，首先会初始化
窗口（Window），而在进行这一步操作时，系统会根据我们设
置的 Theme 来指定它的 Theme 主题颜色，我们在 Style 中的
设置就决定了显示的是白屏还是黑屏。-
windowIsTranslucent和windowNoTitle，将这两个
属性都设置成 true (会有明显的卡顿体验，不推荐) - 如果启动页只是是一张图片，那么为启动页专一设置一
个新的主题，设置主题的android:windowBackground属性为启动页背景图即
可
-
- 使用 layer-list 制作一张图片 launcher_layer.xml，将其
设置为启动页专一主题的背景，并将其设置为启动页布
局的背景。8、强引用置为 null，会不会被回收？
不会立即释放对象占用的内存。 如果对象的引用被置为 null，
只是断开了当前线程栈帧中对该对象的引用关系，而 垃圾收集
器是运行在后台的线程，只有当用户线程运行到安全点(safe
point)或者安全区域才会扫描对象引用关系，扫描到对象没有被
引用则会标记对象，这时候仍然不会立即释放该对象内存，因
为有些对象是可恢复的（在 finalize 方法中恢复引用 ）。只有
确定了对象无法恢复引用的时候才会清除对象内存。
9、ListView 跟 RecyclerView 的区别
动画区别：
- 在
RecyclerView中，内置有许多动画 API，例如：notifyItemChanged(),notifyDataInserted(),notifyItemMoved()等等；如果需要自定义动画效果，
可以通过实现（RecyclerView.ItemAnimator类）完成
自定义动画效果，然后调用RecyclerView.setItemAnimator()； - 但是
ListView并没有实现动画效果，但我们可以在
Adapter 自己实现 item 的动画效果；
刷新区别：
-
ListView中通常刷新数据是用全局刷新notifyDataSetChanged()，这样一来就会非常消耗资
源；本身无法实现局部刷新，但是如果要在 ListView 实 现局部刷新，依然是可以实现的，当一个 item 数据刷新
时，我们可以在 Adapter 中，实现一个onItemChanged()方法，在方法里面获取到这个 item
的 position（可以通过getFirstVisiblePosition()），然
后调用getView()方法来刷新这个 item 的数据； -
RecyclerView中可以实现局部刷新，例如：notifyItemChanged()；
缓存区别：
-
RecyclerView比ListView多两级缓存，支持多个离ItemView缓存，支持开发者自定义缓存处理逻辑，支
持所有RecyclerView共用同一个RecyclerViewPool(缓存池)。 -
ListView和RecyclerView缓存机制基本一致，但缓存
使用不同
10、ListView 的 adapter 是什么 adapter
-
BaseAdapter：抽象类，实际开发中我们会继承这个类并且重
写相关方法，用得最多的一个适配器！ -
ArrayAdapter：支持泛型操作，最简单的一个适配器，只能展
现一行文字? -
SimpleAdapter：同样具有良好扩展性的一个适配器，可以自
定义多种效果！ -
SimpleCursorAdapter：用于显示简单文本类型的listView，
一般在数据库那里会用到，不过有点过时，不推荐使用！
11、LinearLayout、FrameLayout、RelativeLayout 性能对比，为什么？
-
RelativeLayout会让子 View 调用 2 次onMeasure，LinearLayout在有 weight 时，也会调用子 View 2 次onMeasure -
RelativeLayout的子 View 如果高度和RelativeLayout不同，
则会引发效率问题，当子 View 很复杂时，这个问题会更加严
重。如果可以，尽量使用 padding 代替 margin。 o 在不影响层级深度的情况下,使用LinearLayout和FrameLayout而不是RelativeLayout。
请查看完整的PDF版
(更多完整项目下载。未完待续。源码。图文知识后续上传github。)
可以点击关于我联系我获取完整PDF
(VX：mm14525201314)