「Android」Context，Application 和 Activity

简述：Context 在 Android 开发中无处不在，可以说是最重要的概念。对 Context 的错误使用，很容易造成 Android App 的内存泄漏。

1 前言

1. Application 和 Activity 都间接继承自 Context 。
2. 所谓 Application Context ，就是指 Application。同样的，Activity Context 也就是指 Activity。
3. 本文把等同的事物（比如 Activity Context 和 Activity）当作不同来讲，逻辑上似乎有些奇怪，但这主要是为了强调它（Activity Context）一方面提供了应用级和系统级的接口，另一方面（Activity）也是显示的主体。

2 Context

java.lang.object
  ↳ android.content.Context

1. 是什么

   Interface to global information about an application environment. This is an abstract class whose implementation is provided by the Android system. It allows access to application-specific resources and classes, as well as up-calls for application-level operations such as launching activities, broadcasting and receiving intents, etc.

   Context 是访问应用程序全局信息的接口，是一个由Android 系统提供实现（类 ContextImpl）的抽象类。它允许访问应用程序特有的资源（resource）和类（class），以及向上调用（up-call）应用级操作，如启动 Activity、Broadcast 和接收 Intent 等。

2. 能做什么

   • 创建 View（比如 TextView 、Button、ImageView 等）
   • 启动 Activity、Service
   • 发送和接收广播（Broadcast）
   • 。。。。。。

3. 实现

   Context 只是一个抽象类，其实现是继承Context 的 类 ContextImpl。

3 Activity 和 Application

java.lang.object
  ↳ android.content.Context
      ↳ android.context.ContextWrapper
          ↳ android.view.ContextThemeWrapper
             *↳ android.app.Activity 
         *↳ android.app.Application

可以看出，Activity 和 Application 间接继承了 Context，那这两者是什么，之间又有什么区别呢？

3.1 是什么

1. Activity 是与用户交互的入口点。它表示拥有界面的单个屏幕。例如，电子邮件应用可能有一个显示新电子邮件列表的 Activity、一个用于撰写电子邮件的 Activity 以及一个用于阅读电子邮件的 Activity。尽管这些 Activity 通过协作在电子邮件应用中形成一种紧密结合的用户体验，但每个 Activity 都独立于其他 Activity 而存在。因此，其他应用可以启动其中任何一个 Activity（如果电子邮件应用允许）。例如，相机应用可以启动电子邮件应用内用于撰写新电子邮件的 Activity，以便用户共享图片。Activity 有助于完成系统和应用程序之间的以下重要交互：
   • 追踪用户当前关心的内容（屏幕上显示的内容），以确保系统继续运行托管 Activity 的进程。
   • 了解先前使用的进程包含用户可能返回的内容（已停止的 Activity），从而更优先保留这些进程。
   • 帮助应用处理终止其进程的情况，以便用户可以返回已恢复其先前状态的 Activity。
   • 提供一种途径，让应用实现彼此之间的用户流，并让系统协调这些用户流。（此处最经典的示例是共享。）
2. Application 或其子类是保存应用全局信息的类。当应用程序的进程启动时，第一个实例化的类就是 Application。Application 是一个单例（singleton）的类，即一个运行的应用只有 Application 或其子类的一个实例。
   不能在 Application 中保存可变的共享数据，因为你不知道它会被谁改变。更好的选择是保存在 文件、SharedPreferences 或 SQLite 中。

3.2 区别

2. 有不同的生命周期。Application Context 存在于应用程序的运行期间，而 Activity Context 则与 Activity 的实例”同生共死“。

3. 有不完全相同的应用场景。

   	Application	Activity
   启动 Activity / Start an activity	✘	✔
   显示对话框 / Show a dialog	✘	✔
   生成布局 / Layout inflation	✘	✔
   加载资源 / Load resource values	✔	✔
   启动 Service / Start a service	✔	✔
   与 Service 绑定 / Bild to a service	✔	✔
   发送 Broadcast / Send a broadcast	✔	✔
   注册 Broadcast 接收器 / Register a broadcast receiver	✔	✔

   显然，Activity Context 能做到的比 Application Context 更多。

4 获取 Context

4.1 方法

1. Context.getApplicationContext()：返回当前进程的唯一、全局的 Application Context，它的生命周期与当前 Context 并不相干。

2. Activity.getApplication(): 返回该 Activity 的 Application ，和 getApplicationContext() 返回的是同一个对象。

3. View.getContext()：返回一个 Context 引用，指向 View 运行依靠的 Context，通常就是当前正在显示的 Activity 实例。

4. Activity.this：适用于在 Activity 内的匿名内部类 访问 其外部的 Activity。

5. ContextWrapper.getBaseContext()：返回 base Context。

4.2 选用

1. 避免使用 getBaseContext()。因为你并不知道返回的是哪个Context。
2. 与 UI 相关的场景，使用 Activity Context；除此之外，可以使用 Application Context。
3. 将一个 Context 传到 Activity 的范围之外，选择 Application Context 能够很简单地避免内存泄漏，减少很多考虑。
4. 最重要的一点，确保不要将短暂存在的 Context 传递给长时间存在的对象，比如将 Activity Context 传给一个长时间在后台运行的 Service。

5 参考

• Context - Android
• Application - Android
• Activity - Android
• View - Android
• 应用基础知识 - Android
• Understanding the Android Application Class - CodePath
• Android 中用 getApplicationContext() 会不会避免某些内存泄漏问题 - ZhiHu
• 如何理解Context? - ZhiHu
• Which Context should I use in Android? - Medium
• Understanding Context In Android Application - Mindorks
• Mastering Android context - FreeCodeCamp
• Using Context - CodePath
• Using Application context everywhere? - StackOverFlow
• Android: why must use getBaseContext() instead of this

以上！