不好意思久等了
这篇文章让小伙伴们久等了。
一年多以来，关于嵌入式开发学习路线、规划、看什么书等问题，被问得没有一百，也有大几十次了。但是无奈自己对这方面了解有限，所以每次都没法交代，搞得实在不好意思。
但是办法总归是有的，正如前篇文章所聊，虽然我自己不从事这些方向，但寻思了一下，我的同学和朋友中，多少还是有一些从事相关方向并且在一线（或曾在一线）工作过的，所以我就请他们帮忙一起梳理这几个我不熟悉领域的学习路线，这次嵌入式开发就是其中之一。
这篇文章之所以拖这么久，因为沟通实在太费时间了，毕竟大佬们都挺忙，况且梳理总结这件事情本身就比较繁琐，所以等到现在才发出来。
面试官提了一个问题，我们来看看 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学习PDF+架构视频+面试文档+源码笔记 ，还有高级架构技术进阶脑图、Android开发面试专题资料，高级进阶架构资料这些都是我闲暇还会反复翻阅并给下属员工学习的精品资料。在脑图中，每个知识点专题都配有相对应的实战项目，可以有效的帮助大家掌握知识点。
总之也是在这里帮助大家学习提升进阶，也节省大家在网上搜索资料的时间来学习，也可以分享给身边好友一起学习
如果你有需要的话，可以点击获取
ZF)
[外链图片转存中…(img-OLdj7deA-1620365043079)]
[外链图片转存中…(img-n9V7hbgb-1620365043082)]
相信自己，没有做不到的，只有想不到的
版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 dio@foxmail.com 举报，一经查实，本站将立刻删除。
