前言
从2010年开始Android市场开始需要大量的Android开发人员，招聘市场上也开始大量招Android开发人员，大量java开发者开始学习Android开发，招聘市场面试要求上只要有一定java语法基础，都很容易应聘上Android开发的岗位，因为那时候国内Android开发的需求刚刚起步，从事Android开发的人员很少，到2011-2012年，只要有一年左右的Android开发经验，那时候在一线城市很容易拿到10K的起步薪资，那时候市场Android开发的市场空缺大概有30万左右。
这时候大量软件培训公司开始大量培训Android开发人员，一时大批开发者或者大学毕业生开始涌向移动开发，当然此时也是移动互联网大势发展的时候，一大批互联网创业公司也开始出现，当时号称只要做个App就可以开始创业了。
到了2016年年底时，市场上Android的招聘需求大量减少，当然这时候有一批相应的创业公司已经衰退，对应培训市场上已经不再把Android开发作为热门核心的培训科目，到现在创业也不用一开始就做一个App就可以开始了，现在越来越讲究精益创业，刚开始推崇最小化可行产品。
现在越来越讲究效益和成本，比如现在只需一个小程序，一个微信公众号，一个视频，一个微信群或者QQ群，甚至只需要经营你的朋友圈就可以开始你的初期创业想法。
当然一些新技术的不断更新与迭代，新技术的层出不穷让我们本身对Android开发水平还没有达到理想状态时已经产生各种焦虑和担忧，比如前段时间快应用的出现，今年小程序的火爆，各种混合开发，跨平台开发已经让我们学习跟不上脚步，就算我们在Android原生开发中也出现各种框架，各种开源库，以及各种大型项目的构建技术和细分领域的技术比如NDK，音视频、逆向技术、图像技术等等已经让我们应接不暇。
以上种种让我们产生了移动Android开发已经凉了，有人有这样的比喻，现在学习加入Android开发，犹如1949年10月加入GMD。确实移动市场没有之前的火爆，但是移动开发真的凉了吗？
面试官提了一个问题，我们来看看 A、B 和 C三位同学的表现如何吧
A
面试官：说说 Application 的作用。
A：Application 是应用进程创建后就会创建的系统组件，所以可以用它来做一些初始化操作；Application 生命周期和应用进程一样长，所以可以用来给类库提供 Context; 因为在所有 Context 可以获得 Application 所以可以用来保存和传递全局变量。
面试官：你平常开发会把全局变量放在 Application ? 那应用在后台被回收，重新打开的时候值丢失怎么办？
A：会啊，很方便， 做一下容错判空就可以了
面试官：好的，回去等通知吧
B
面试官：说说对 Application 的理解
B：作用：做初始化操作、提供上下文。另外 Application 是一个 Context ，它直接继承了 ContextWrapper ；这个 ContextWrapper 的成员变量 mBase 可以用来存放系统实现的 ContextImpl，这样我们在调用 Application 的 Context 方法时，都是通过静态代理的方式最终调用到 ContextImpl 的方法。我们调用 ContextWrapper 的 getBaseContext 方法就能拿到 ContextImpl 的实例
面试官：你平常开发会把全局变量放在 Application ? 那应用在后台被回收，重新打开的时候值丢失怎么办？
B：不会，保存全局变量用静态变量，或单例可以把它们聚集在更合适的位置。
避免应用被回收数据丢失，可以页面传递参数时，通过 Intent 传递参数，这样被回收后打开重新从 Intent 取参还是有值的。数据量大的话也可以考虑数据持久化；另一个方法是通过 onSaveInstanceState 和 onRestoreInstanceState 分别在被回收时保存相应的数据以及在重新打开时恢复数据。
面试官：讲一下 Application 的生命周期吧
B：相比 Activity ，Application 的生命周期简直不要太简单。首先创建的时候会调用构造函数，然后系统准备好 ContextImpl 通过 attachBaseContext( Context ) 方法注入到 Application，接着调用我们最熟悉的 onCreate 方法。API 里还有一个 onTerminate 方法在进程被杀死的时候会回调，不过仅在模拟器生效，就不需要关注了。
面试官：那你能接着说一下 Application 的初始化流程吗？
B：基本上就是上面说的那些，再细没有去了解了
面试官：好的，回去等通知吧
C
面试官：说一下 Application 的初始化流程
C：Application 的初始化是在应用进程创建完成后：
ActivityThread 调用 AMS 的 Binder 对象（ IActivityManager ）的 attachApplication 方法
AMS 收到请求后再去调用 ActivityThread 的 bindApplication 方法
ActivityThread 这边收到请求再组装一个 AppBindData 对象，把所有参数封装进去，再通过 handler 发到主线程执行
主线程 loop 到这条消息，调用 handleBindApplication 来真正处理初始化 Application
handleBindApplication 和我们谈 “Context” 那次，Activity 的初始化差不多。回顾一下：
ClassLoader 加载 Application 类，实例化
初始化 Applicaction 用的 ContextImpl
通过 Application.attach( Context ) 方法，调用 attachBaseContext( Context ) 将 ContextImpl 注入到 Application
最后调用 Application.OnCreate()
这样 Application 就初始化完成了
面试官：为什么进程创建完成不直接调 handleBindApplication 去创建 Application 呢，又去 AMS 那边绕了一圈
C：调用 AMS 的 attachApplication 不仅仅是为了创建 Application ，还有在进程创建前可能调用了应用的四大组件却没办法启动；现在进程创建好了，创建好 Application 也要处理这些待启动的组件。所以需要通过 AMS 统一调度，如果 Application 的创建及 onCreate 回调耗时的话，也会影响这些待启动组件的启动时间
面试官：可以，我们再来聊聊别的。
最后
跳槽季整理面试题已经成了我多年的习惯！在这里我和身边一些朋友特意整理了一份快速进阶为Android高级工程师的系统且全面的学习资料。涵盖了Android初级——Android高级架构师进阶必备的一些学习技能。
附上：我们之前因为秋招收集的二十套一二线互联网公司Android面试真题（含BAT、小米、华为、美团、滴滴）和我自己整理Android复习笔记（包含Android基础知识点、Android扩展知识点、Android源码解析、设计模式汇总、Gradle知识点、常见算法题汇总。）
本文已被CODING开源项目：《Android学习笔记总结+移动架构视频+大厂面试真题+项目实战源码》收录