2024年最全【Android】Application的几点见解_android application(1)，2024年最新android系统工程师面试宝典

2401_84545618

于 2024-05-17 04:21:48 发布

阅读量949

点赞数 9

分类专栏：程序员文章标签： android 面试学习

本文链接：https://blog.csdn.net/2401_84545618/article/details/138985894

版权

程序员专栏收录该内容

185 篇文章 0 订阅

订阅专栏

尾声

对于很多初中级Android工程师而言，想要提升技能，往往是自己摸索成长，不成体系的学习效果低效漫长且无助。整理的这些架构技术希望对Android开发的朋友们有所参考以及少走弯路，本文的重点是你有没有收获与成长，其余的都不重要，希望读者们能谨记这一点。

最后想要拿高薪实现技术提升薪水得到质的飞跃。最快捷的方式，就是有人可以带着你一起分析，这样学习起来最为高效，所以为了大家能够顺利进阶中高级、架构师，我特地为大家准备了一套高手学习的源码和框架视频等精品Android架构师教程，保证你学了以后保证薪资上升一个台阶。

当你有了学习线路，学习哪些内容，也知道以后的路怎么走了，理论看多了总要实践的。

进阶学习视频

附上：我们之前因为秋招收集的二十套一二线互联网公司Android面试真题 （含BAT、小米、华为、美团、滴滴）和我自己整理Android复习笔记（包含Android基础知识点、Android扩展知识点、Android源码解析、设计模式汇总、Gradle知识点、常见算法题汇总。）

网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。

需要这份系统化学习资料的朋友，可以戳这里获取

一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！

这里还能看到设计模式中装饰器模式的使用，修饰类（ContextWrapper）和被修饰类（ContextImpl）都继承相同的父类（Context）；同时修饰类内部持有父类（Context）这个成员变量（Base：Context），其值可通过构造函数或方法（attachBaseContext(Context base)）传入。

既然Application的父类ContextWrapper本质是一个修饰类，那么其真正具备骨架能力应该是在传入被修饰类（ContextImpl）之后，想知道何时被传入的，就需要接着了解Application被创建的全流程了~

Application的创建过程

基于Android SDK 30 API Level画了下面这张应用启动流程图

这里介绍几个关键的要点：（1）main入口、（2）向AMS绑定ApplicationThread、（3）AMS调用ApplicationThread bindApplication()方法、（4）创建Application、（5）Application attach绑定上下文context、（6）Application onCreate可以开始具体业务。

应用程序的入口一般是main方法，从上图中可以看到，在Android中也不例外，首先调用了ActivityThread的main方法。

由于需要获取系统服务AMS（Activity Manager Service），而各种各样的系统服务都是在ServiceManger进程维护着，这里就涉及到跨进程通信IPC（图中浅蓝色为背景的就代表着另一个进程），Android跨进程通信基本结构如下：

想想Service使用的AIDL方式进行的IPC是不是就是符合这样的结构。掌握了这个规律之后，只要一看到带有proxy字眼的，可以猜出其大概率是跨进程通信中的调用方，而带有stub字眼的大概率就是跨进程通信的服务方了。

继续回到启动流程图，应用进程获取系统服务的目的主要是将自身的ApplicationThread实例传递给系统进程，抛开跨进程而言，就是传递了一个回调进去（如图中所说的向AMS绑定ApplicationThread）。ApplicationThread是继承自IApplicationThread.Stub，这里有个Stub字眼，所以认为该类是一个服务方，实际确实是，它实现了AIDL方法，提供给系统在适当时候回调。

接着系统服务会调用ApplicationThread的bindApplication方法又回到了应用进程，通过ActivityThread的内部类H（继承了Handler）进行发送BIND_APPLICATION消息，以及由ActivityThread来进行具体的消息处理。具体内容主要就包括了创建Application，以及创建上下文具体实现类ContextImpl，然后调用Application的attach方法，将ContextImpl实例传入到Application中，Application内部是再通过调用attachBaseContext方法向context赋值给成员变量Base，至此Application实例已经具备了完整的能力了。接着会触发Application的onCreate方法，应用可以在这个方法中进行一些相关的全局初始化等操作。

应用启动流程大致就介绍这些了，大家可以对着上面的时序图和源码一起做进一步的分析，希望所绘的图能够对启动流程的理解能有一定帮助。

自定义Application

通过了解了Application的启动流程，应该对自定义Application会更加的得心应手了。

先来看看下面这个自定义Application简单样例

public class MyApplication extends Application {
   private static final String TAG = MyApplication.class.getSimpleName();

   private static MyApplication INSTANCE;

   public static MyApplication getInstance() {
      return INSTANCE;
   }

   @Override
   public void onCreate() {
      super.onCreate();
      Log.i(TAG, "onCreate");
      INSTANCE = this;
      registerActivityLifecycleCallbacks(new MyActivityLifecycleCallbacks());
   }

   @Override
   protected void attachBaseContext(Context base) {
      super.attachBaseContext(base);
      Log.i(TAG, "attachBaseContext");
   }
}

自定义Application需要继承系统的Application。

通常Application都会对外提供一个静态方法用于需要获取Application单实例，实现方案是直接内部创建一个静态成员变量，然后在onCreate方法中进行赋值，并对外暴露获取方法即可。这里你或许会疑惑为什么没有使用到标准的创建单例模式的方法，那是因为在上一小节时序图中其实有一个没有提到的小细节，在LoadedApk类的makeApplication方法中会判断当前应用是否已经有application实例，如果有直接返回，所以系统已经为我们保证了Application是单例。

由于在onCreate中Application已经持有了被修饰对象ContextImpl，即能力已经完整了，所以推荐一般需要放在Application中的初始化业务尽量放在onCreate方法中，如示例代码在该方法中通过如下代码进行Activity生命周期的监听注册（Activity声明周期监听常用于获取当前最上层的页面、每个页面停留时长打点等各种业务场景）

registerActivityLifecycleCallbacks(new MyActivityLifecycleCallbacks());

附上MyActivityLifecycleCallbacks类

/**
 * Activity生命周期回调接口实现
 */
class MyActivityLifecycleCallbacks implements Application.ActivityLifecycleCallbacks {
   public static final String TAG = MyActivityLifecycleCallbacks.class.getSimpleName();

   @Override
   public void onActivityCreated(@NonNull Activity activity, @Nullable Bundle savedInstanceState) {
      Log.i(TAG, "onActivityCreated: " + activity.getClass().getSimpleName());
   }

   @Override
   public void onActivityStarted(@NonNull Activity activity) {
      Log.i(TAG, "onActivityStarted: " + activity.getClass().getSimpleName());
   }

   @Override
   public void onActivityResumed(@NonNull Activity activity) {
      Log.i(TAG, "onActivityResumed: " + activity.getClass().getSimpleName());
   }

   @Override
   public void onActivityPaused(@NonNull Activity activity) {
      Log.i(TAG, "onActivityPaused: " + activity.getClass().getSimpleName());
   }

   @Override
   public void onActivityStopped(@NonNull Activity activity) {


# 总结

Android架构学习进阶是一条漫长而艰苦的道路，不能靠一时激情，更不是熬几天几夜就能学好的，必须养成平时努力学习的习惯。**所以：贵在坚持！**

上面分享的字节跳动公司2021年的面试真题解析大全，笔者还把一线互联网企业主流面试技术要点整理成了视频和PDF（实际上比预期多花了不少精力），包含知识脉络 + 诸多细节。
![](https://img-blog.csdnimg.cn/img_convert/7ce0d72b1b89e9317f1ae7ab604a39ec.webp?x-oss-process=image/format,png)



**【Android高级架构视频学习资源】**

Android部分精讲视频领取学习后更加是如虎添翼！进军BATJ大厂等（备战）！现在都说互联网寒冬，其实无非就是你上错了车，且穿的少（技能），要是你上对车，自身技术能力够强，公司换掉的代价大，怎么可能会被裁掉，都是淘汰末端的业务Curd而已！现如今市场上初级程序员泛滥，这套教程针对Android开发工程师1-6年的人员、正处于瓶颈期，想要年后突破自己涨薪的，进阶Android中高级、架构师对你更是如鱼得水，赶快领取吧！



**网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。**

**[需要这份系统化学习资料的朋友，可以戳这里获取](https://bbs.csdn.net/topics/618156601)**

**一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！**

需要这份系统化学习资料的朋友，可以戳这里获取](https://bbs.csdn.net/topics/618156601)**

**一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！**

2401_84545618

关注

9
点赞
踩
15

收藏

觉得还不错? 一键收藏
0
评论
2024年最全【Android】Application的几点见解_android application(1)，2024年最新android系统工程师面试宝典

通过了解了的启动流程，应该对自定义会更加的得心应手了。先来看看下面这个自定义简单样例@Override@Override自定义需要继承系统的。通常都会对外提供一个静态方法用于需要获取单实例，实现方案是直接内部创建一个静态成员变量，然后在onCreate方法中进行赋值，并对外暴露获取方法即可。这里你或许会疑惑为什么没有使用到标准的创建单例模式的方法，那是因为在上一小节时序图中其实有一个没有提到的小细节，在LoadedApk类的方法中会判断当前应用是否已经有。
复制链接

扫一扫