高薪程序员必会！2021年Android工作或许更难找，内含福利

并发编程之线程的中止

万事万物有始就有终，当我们新启了一个线程后，线程自然也有结束的那一刻。一般来说，线程如果是run方法执行完成了，或者是抛出了一个未处理的异常导致线程提前结束，我们都称为线程的自然终止。对于我们来说，如何才能安全自行中止我们的线程呢？

面试官提了一个问题，我们来看看 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架构师必备知识技能

对应导图的学习笔记(由阿里P8大牛手写，我负责整理成PDF笔记）

部分内容展示

《设计思想解读开源框架》

• 目录
  
• 热修复设计
  
• 插件化框架设计
  
  《360°全方面性能优化》
  
• 设计思想与代码质量优化
  
• 程序性能优化
  

**
[外链图片转存中…(img-OlzRRyoW-1616737509640)]

• 程序性能优化
  [外链图片转存中…(img-ubocdl6O-1616737509641)]

本文在开源项目：【腾讯文档 】中已收录，里面包含不同方向的自学编程路线、面试题集合/面经、及系列技术文章等，资源持续更新中…