说起咱们程序员，那可是有三个等级，分别是初、中、高。

而大部分人，都蹲在初级这里和每年进入人才市场的毕业生一起感慨：市场饱和就业难。

初级程序员是饱和了，但是高级程序员呢？简直是稀缺。如果一直停留在初级程序员的水平，什么高薪程序员一月收入20k，那只有盖上被子在梦里实现了。

而中高级，并没有想象中的那么难，这里有三十三道Android中高级面试题，看完解析之后，你会发现不是我学不会，而是我没有去学

timg (4).jpg

题目加解析

1、Activity生命周期？

onCreate() -> onStart() -> onResume() -> onPause() -> onStop() -> onDetroy()

2、Service生命周期？

service 启动方式有两种
一种是通过 startService()方式进行启动
另一种是通过 bindService()方式进行启动。
不同的启动方式他们的生命周期是不一样.

通过 startService()这种方式启动的 service
生命周期是这样：
调用 startService() --> onCreate()--> onStartConmon()--> onDestroy()。
这种方式启动的话，需要注意一下几个问题
第一：当我们通过 startService被调用以后，多次在调用 startService(),onCreate()方法也只会被调用一次，而 onStartConmon()会被多次调用，当我们调用 stopService()的时候， onDestroy()就会被调用，从而销毁服务。
第二：当我们通过 startService启动时候，通过intent传值，在 onStartConmon()方法中获取值的时候，一定要先判断 intent是否为 null。

通过 bindService()方式进行绑定,这种方式绑定 service
生命周期：
bindService-->onCreate()-->onBind()-->unBind()-->onDestroy()
bindservice这种方式进行启动 service好处是更加便利 activity中操作 service，如果要在 activity中调用，在需要在 activity获取 ServiceConnection对象，通过 ServiceConnection来获取 service中内部类的类对象，然后通过这个类对象就可以调用类中的方法，当然这个类需要继承Binder对象

3、Activity的启动过程（不要回答生命周期）

4、Broadcast注册方式与区别

此处延伸：什么情况下用动态注册

Broadcast广播，注册方式主要有两种.
第一种是静态注册，也可成为常驻型广播，这种广播需要在 Androidmanifest.xml中进行注册，这中方式注册的广播，不受页面生命周期的影响，即使退出了页面，也可以收到广播这种广播一般用于想开机自启动啊等等，由于这种注册的方式的广播是常驻型广播，所以会占用CPU的资源。

第二种是动态注册，而动态注册的话，是在代码中注册的，这种注册方式也叫非常驻型广播，受到生命周期的影响，退出页面后，就不会收到广播，我们通常运用在更新UI方面。这种注册方式优先级较高。最后需要解绑，否会会内存泄露

广播是分为有序广播和无序广播。

5、HttpClient与HttpUrlConnection的区别

此处延伸： Volley里用的哪种请求方式

首先 HttpClient和 HttpUrlConnection这两种方式都支持Https协议，都是以流的形式进行上传或者下载数据，也可以说是以流的形式进行数据的传输，还有 ipv6,以及连接池等功能。 HttpClient这个拥有非常多的API，所以如果想要进行扩展的话，并且不破坏它的兼容性的话，很难进行扩展，也就是这个原因， Google在 Android6.0的时候，直接就弃用了这个 HttpClient.

而 HttpUrlConnection相对来说就是比较轻量级了，API比较少，容易扩展，并且能够满足 Android大部分的数据传输。比较经典的一个框架 volley，在 Android 2.3版本以前都是使用 Android HttpClient,在 Android 2.3以后就使用了 HttpUrlConnection

6、java虚拟机和Dalvik虚拟机的区别

Java虚拟机：
1、 java虚拟机基于栈。
基于栈的机器必须使用指令来载入和操作栈上数据，所需指令更多更多。
2、 java虚拟机运行的是 java字节码。
java类会被编译成一个或多个字节码 .class文件.

Dalvik虚拟机：
1、 dalvik虚拟机是基于寄存器的
2、 Dalvik运行的是自定义的 .dex字节码格式。
java类被编译成 .class文件后，会通过一个 dx工具将所有的.class文件转换成一个 .dex文件，然后 dalvik虚拟机会从其中读取指令和数据.
3、常量池已被修改为只使用 32位的索引，以 简化解释器。
4、一个应用，一个虚拟机实例，一个进程
所有 android应用的线程都是对应一个 linux线程，都运行在自己的沙盒中，不同的应用在不同的进程中运行。每个 android dalvik应用程序都被赋予了一个独立的 linux PID(app_*)

7、进程保活（不死进程）

8、讲解一下Context

9、理解Activity，View,Window三者关系

10、四种LaunchMode及其使用场景

11、View的绘制流程

12、View，ViewGroup事件分发

13、保存Activity状态

onSaveInstanceState(Bundle)会在 activity转入后台状态之前被调用，也就是 onStop()方法之前， onPause方法之后被调用；

14、Android中的几种动画

帧动画：
指通过指定每一帧的图片和播放时间，有序的进行播放而形成动画效果，比如想听的律动条。

补间动画：
指通过指定 View的初始状态、变化时间、方式，通过一系列的算法去进行图形变换，从而形成动画效果，主要有 Alpha、 Scale、 Translate、 Rotate四种效果。
注意：只是在视图层实现了动画效果，并没有真正改变 View的属性，比如滑动列表，改变标题栏的透明度。

属性动画：
在 Android3.0的时候才支持，通过不断的改变 View的属性，不断的重绘而形成动画效果。相比于视图动画， View的属性是真正改变了。比如 view的旋转，放大，缩小。

15、Android中跨进程通讯的几种方式

Android跨进程通信，像 intent， contentProvider,广播， service都可以跨进程通信。

intent：
这种跨进程方式并不是访问内存的形式，它需要传递一个 uri,比如说打电话。

contentProvider：
这种形式，是使用数据共享的形式进行数据共享。

service：
远程服务，比如 aidl

广播：
广播 包含静态广播，动态广播。

16、AIDL理解

17、Handler的原理

Android中主线程是不能进行耗时操作的，子线程是不能进行更新 UI的。所以就有了 handler，它的作用就是实现线程之间的通信。

handler整个流程中，主要有四个对象，
handler， Message, MessageQueue, Looper。当应用创建的时候，就会在主线程中创建 handler对象，

我们通过要传送的消息保存到 Message中， handler通过调用 sendMessage方法将 Message发送到 MessageQueue中， Looper对象就会不断的调用loop()方法

不断的从 MessageQueue中取出 Message交给 handler进行处理。从而实现线程之间的通信。

18、Binder机制原理

在 Android系统的 Binder机制中，是有 Client, Service, ServiceManager, Binder驱动程序组成的，其中 Client， service， Service Manager运行在用户空间， Binder驱动程序是运行在内核空间的。而 Binder就是把这4种组件粘合在一块的粘合剂，其中核心的组件就是 Binder驱动程序， Service Manager提供辅助管理的功能，而 Client和 Service正是在 Binder驱动程序和 Service Manager提供的基础设施上实现 C/S之间的通信。其中 Binder驱动程序提供设备文件 /dev/binder与用户控件进行交互， Client、 Service， Service Manager通过 open和 ioctl文件操作相应的方法与 Binder驱动程序进行通信。而 Client和 Service之间的进程间通信是通过 Binder驱动程序间接实现的。而 Binder Manager是一个守护进程，用来管理 Service，并向 Client提供查询 Service接口的能力。

19、热修复的原理

我们知道  Java虚拟机 ——  JVM是加载类的 class文件的，而 Android虚拟机—— Dalvik/ART VM是加载类的 dex文件，而他们加载类的时候都需要 ClassLoader, ClassLoader有一个子 BaseDexClassLoader，而 BaseDexClassLoader下有一个数组—— DexPathList，是用来存放 dex文件，当 BaseDexClassLoader通过调用 findClass方法时，实际上就是遍历数组，找到相应的 dex文件，找到，则直接将它 return。而热修复的解决方法就是将新的 dex添加到该集合中，并且是在旧的 dex的前面，所以就会优先被取出来并且 return返回。
`

20、Android内存泄露及管理

22、Android UI适配

字体使用 sp,
dp，多使用 match_parent，wrap_content，weight
图片资源，不同图片的的分辨率，放在相应的文件夹下可使用百分比代替。

23、app优化

21、Fragment与Fragment、Activity通信的方式

24、图片优化

(1)对图片本身进行操作。
尽量不要使用 setImageBitmap、 setImageResource、 BitmapFactory.decodeResource来设置一张大图，因为这些方法在完成 decode后，最终都是通过  java 层的  createBitmap来完成的，需要消耗更多内存.
(2)图片进行缩放的比例， SDK中建议其值是 2的指数值,值越大会导致图片不清晰。
(3)不用的图片记得调用图片的 recycle()方法

25、HybridApp WebView和JS交互

26、JAVA GC原理

垃圾收集算法的核心思想是：
对虚拟机可用内存空间，即堆空间中的对象进行识别，如果对象正在被引用，那么称其为存活对象，反之，如果对象不再被引用，则为垃圾对象，可以回收其占据的空间，用于再分配。垃圾收集算法的选择和垃圾收集系统参数的合理调节直接影响着系统性能。

27、ANR

ANR全名 Application Not Responding, 也就是"应用无响应". 当操作在一段时间内系统无法处理时, 系统层面会弹出上图那样的 ANR对话框.

产生原因：
(1) 5s内无法响应用户输入事件(例如键盘输入, 触摸屏幕等).
(2) BroadcastReceiver在10s内无法结束
(3) Service 20s内无法结束（低概率）

解决方式：
(1)不要在主线程中做耗时的操作，而应放在子线程中来实现。如 onCreate()和onResume()里尽可能少的去做创建操作。
(2)应用程序应该避免在 BroadcastReceiver里做耗时的操作或计算。
(3)避免在 Intent Receiver里启动一个 Activity，因为它会创建一个新的画面，并从当前用户正在运行的程序上抢夺焦点。
(4) service是运行在主线程的，所以在 service中做耗时操作，必须要放在子线程中。

28、设计模式

29、Xutils, OKhttp, Volley, Retrofit对比

30、MVP，MVC，MVVM

31、JNI

(1)安装和下载 Cygwin，下载  Android NDK
(2)在 ndk项目中 JNI接口的设计
(3)使用 C/C++实现本地方法
(4) JNI生成动态链接库 .so文件
(5)将动态链接库复制到 java工程，在 java工程中调用，运行 java工程即可

32、RecyclerView和ListView的区别

RecyclerView可以完成 ListView, GridView的效果，还可以完成瀑布流的效果。同时还可以设置列表的滚动方向（垂直或者水平）；
RecyclerView中 view的复用不需要开发者自己写代码，系统已经帮封装完成了。
RecyclerView可以进行局部刷新。
RecyclerView提供了 API来实现 item的动画效果。

在性能上：
如果需要频繁的刷新数据，需要添加动画，则 RecyclerView有较大的优势。
如果只是作为列表展示，则两者区别并不是很大。

33、Universal-ImageLoader，Picasso，Fresco，Glide对比

最后

篇幅有限，解释起来太长了，就看这里好的文档吧
链接： https://pan.baidu.com/s/1dYDPMNw5GMTVXvzJ2EeINg
提取码：mk53

还可以来我的GitHub交友地址： https://github.com/Meng997998/AndroidJX，点下star一起来学习呗