标签：初始化 面试官 调用 跳槽 创建 全网 Application Context 解析
前言
19年6月份从网易云音乐离开，放弃了留学机会，开始了人生的第一次创业，前后尝试了两个项目，因为个人能力与时机因素都失败了，虽然没能享受到创业所能够带来高杠杆物质上的回报，但是对个人软技能和自我边界认知上都有了很大的提升，对于这段经历有以下四点想送给准备创业和走在创业路上的朋友们。
- 创业本质是一个不断降低商业模式风险的过程。（创业前最好去北京798的智能硬件展厅看一看）
- 当你对于自己的未来感到模糊，对当下感到厌倦的时候，跳出舒适圈，快速尝试是最好的解决方案。
- 打开自己，多结识各路“牛鬼蛇神”，你当下的困惑大多都有人比你提前经历过，且都可以给予你具体可操的解决方案。
- 忌纸上谈兵，实际去做的质感是书本上永远学习不到的，去干而不是去看。
经过这一次创业和之前的工作经历，对于下一份的工作在选择上所以也有了更多的想法，对于工作的成长性和平台背景是当下比较看重的，当然钱也是考核的一个重要指标（一切以成长和主人翁精神来鼓励加班不给钱的公司都是PUA）。结合自身的职业发展诉求，快手和字节跳动是本次找工作的目标公司。这两家公司的offer也是首先拿到的，因为offer的流程有些时间，因此也面试了一些其它的公司，感受到了各家公司的工作流程，面试过程中面试官也给予了很多技术成长上的建议，对于一些技术和设计问题也展开了一些探讨。一些面试官分享了他们在做的业务，商业模式等，总之在职业素养，技术视野，商业模式上都在潜移默化中得到一些提升。
面试官提了一个问题，我们来看看 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 回调耗时的话，也会影响这些待启动组件的启动时间
面试官：可以，我们再来聊聊别的。
资源分享
- 最新大厂面试专题
这个题库内容是比较多的，除了一些流行的热门技术面试题，如Kotlin，数据库，Java虚拟机面试题，数组，Framework ，混合跨平台开发，等
- 对应导图的Android高级工程师进阶系统学习视频
最近热门的，NDK，热修复，MVVM，源码等一系列系统学习视频都有！
习视频**
最近热门的，NDK，热修复，MVVM，源码等一系列系统学习视频都有！
[外链图片转存中…(img-Z6xn8EQp-1623043337884)]
下载方法：点赞+关注后 点击【Android高级工程师进阶学习】即可领取！
标签：初始化,面试官,调用,跳槽,创建,全网,Application,Context,解析 来源： https://blog.csdn.net/m0_56530263/article/details/117658437
本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享； 2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关； 3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关； 4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除； 5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。