Android应用程序开发 是采用的 JAVA 语言，为什么 Activity 不可以 new 出来？

因为 Android应用模型 是基于 组件的应用设计模式，组件的运行要有一个 完整的Android工程环境 ，Activity、Service等系统组件不能直接new出来，而必须有它们各自的上下文环境（也就是 Context ）。
</br></br>

Context 到底是个什么东西？

1. Context 是维持Android程序中各组件能够正常工作的一个 核心功能类 。

2. Context 是一个抽象类， Activity 、 Service 、Application 等都是直接或间接继承的 Context 。
   Context一共有三种类型： Activity 、 Service 、
   Application 。

3. Context 翻译为：上下文，背景。
   当你想要弹出个Toast、启动Activity、Service、new一个View等等操作，都要用到Context。
   我的理解是：
   你想弹出个Toast你总要告诉我这个Toast是谁让我弹的吧，我想new一个View，你不得告诉我这个View是为谁（哪个Activity）new的吗？

4. Context的继承结构：

</br>

ContextImpl 和 ContextWrapper 的关系</br>

1. 根据上面的结构图可以看出，ContextWrapper 和 ContextImpl 都是Context的子类。</br>
   ComtextWrapper ：如其名一样，是Context的一个包装类而已，ComtextWrapper 有两种方式设置真正的Context对象：

   • 在ComtextWrapper的构造函数中必须包含一个真正的Context引用
   • attachBaseContext（）用于给ContextWrapper对象指定真正的Context对象

   调用ContextWrapper的方法实际上是调用ContextImpl中的方法。

   ContextImpl：是Context的具体实现类，应用程序中调用的关于Context类的方法，都是在ContextImpl中实现的。</br></br>

2. Activity、Application、Service虽都继承自ContextWrapper（Activity继承自ContextWrapper的子类ContextThemeWrapper），但他们初始化的过程中都会创建ContentImpl对象，由ContextImpl来实现Context中的方法。
   </br></br>

一个应用程序有几个Context

Context 有三种类型：Activitiy、Service、Application。
所以 Context数量 = Activity数量 + Service数量 + 1（一个Application）
</br></br>

Context的作用域

注意点：

1. Android是不允许 Activity 或 Dialog 凭空出现的，一个 Activity 必须建立在另一个Activity的基础之上（也就是以此形成返回栈）。

问题：
如果使用 ApplicationContext 去启动一个
LaunchMode 为 standard 的Activity的时候会报错，这时因为非Activity类型的Context并没有所谓的任务栈，所以待启动的Activity就找不到栈了

解决：
为待启动的Activity指定
FLAG_ACTIVITY_NEW_TASK 标记位，这样启动的时候就为它 创建一个新的任务栈 ，而此时的Activity是以 singleTask 模式启动的

结论：
不推荐使用Application启动Activity。
</br>

2. 在 Application 和 Service 中去 layout inflate 也是合法的，但是会使用默认的主题样式，如果你自定义了某些样式可能不会被使用。
   结论：

• 这种方式不推荐使用
• 凡是和UI相关的，都应该用Activity作为Context来处理
• 其他的一些操作，Service、Activity、Application都可以（在防止内存泄漏的前提下）</br>

3. Dialog 则必须在 Activity 上面弹出（除非是System Alert类型的Dialog），因此只能使用 Activity类型的Context 。
   </br>

Context作用域

</br>

获取Context

通常获取Context主要有以下四种方式：

1. View.getContext（），返回当前View对象的Context对象，通常是当前正在展示的Activity对象。

2. Activity.getApplicationContext（），返回当前Activity所在的进程的Context对象，通常我们使用Context对象时，要优先考虑这个全局的进程Context。

3. Activity.this，返回当前Activity的实例。

4. ContextWrapper.getBaseContext（），返回的是ContextImpl的实例。
   </br></br>

Context 的使用

一般Context造成的内存泄漏，几乎都是当Context销毁时，因为被引用导致销毁失败。

• 正确使用Context的姿势

  1. 不要让生命周期长于Activity的对象持有到Activity的引用。

  2. 当Application的Context能搞定的情况下，并且生命周期长的对象，优先使用Application的Context。

  3. 未完待续...

• 内存泄漏的情况

  未完待续...

</br></br></br></br></br>

参考文献：

1. Android Context 上下文 你必须知道的一切
2. Android Context完全解析，你所不知道的Context的各种细节
3. Context都没弄明白，还怎么做Android开发？
4. Android应用Context详解及源码解析