Android中Activity、Service和Application的Context分析

转自：http://blog.csdn.net/race604/article/details/9331807 并且加了自己的见解

在android中我们经常遇到这样的情况，在创建一个对象的时候，往往需要传递一个this参数。

比如：语句 MyView mView = new MyView(this)，要求传递一个this参数，这个this究竟指的是什么东西呢？其实这里的this指的就是当前的Activity.this，是这个语句所在的Activity的this。Activity.this取的是这个Activity的Context。

那么这个Context究竟是什么东西呢？它起到什么作用呢？

Context(android.content.Context)就是“上下文”，类似于句柄。很多方法需要通过Context才能识别调用者的实例。

SDK中对其说明如下：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.

如果是直接从文档翻译过来，就真的是十足的专业了：提供应用环境全局信息的接口，并且这个接口是由抽象类实现的，它的执行被android系统所提供，允许我们获取以应用为特征的资源和类型，同时启动应用级的操作，如启动Activity，broadcasting和接收intent。

从上面描述，可知三点，即：
1、它描述的是一个应用程序环境的信息，即上下文。
2、该类是一个抽象(abstract class)类，Android提供了该抽象类的具体实现类(后面我们会讲到是ContextImpl类)。
3、通过它我们可以获取应用程序的资源和类，也包括一些应用级别操作，例如：启动一个Activity，发送广播，接受Intent信息等。

Context继承关系如下：

Context类 
路径：/frameworks/base/core/java/android/content/Context.java
说明：抽象类，提供了一组通用的API。
Context类本身是一个纯abstract类，为了使用方便，定义了ContextWrapper类，这只是一个包装而已。
一个应用包含的Context个数：Service个数+Activity个数+1(Application类本身对应一个Context对象)。
应用程序中包含多个ContextImpl对象，而其内部变量mPackageInfo指向同一个PackageInfo对象。

[java]  view plain  copy

1. public abstract class Context {   
2.      //...   
3.      public abstract Object getSystemService(String name);  //获得系统级服务   
4.      public abstract void startActivity(Intent intent);     //通过一个Intent启动Activity   
5.      public abstract ComponentName startService(Intent service);  //启动Service   
6.      public abstract SharedPreferences getSharedPreferences(String name,int mode);   
7.      public abstract ContentResolver getContentResolver(); //获取内容解析器  
8.      public abstract PackageManager getPackageManager(); //获取包管理器  
9.      public abstract Context getApplicationContext(); //获取应用的上下文  
10.      public abstract AssetManager getAssets(); //获取Assets  
11.      public abstract Resources getResources(); //获取资源  
12.      public abstract String getPackageName(); //获取包名  
13.      public abstract File getFilesDir();  //获取路径  
14.      //...   
15. }  

ContextImpl类
路径：/frameworks/base/core/java/android/app/ContextImpl.java
说明：该Context类的实现类为ContextImpl类，该类实现了Context类的功能。

[java]  view plain  copy

1. /** 
2.  * Common implementation of Context API, which provides the base 
3.  * context object for Activity and other application components. 
4.  */   
5. class ContextImpl extends Context{   
6.     //所有Application程序公用一个mPackageInfo对象   
7.     /*package*/ ActivityThread.PackageInfo mPackageInfo;   
8.          
9.     @Override   
10.     public Object getSystemService(String name){   
11.         //...   
12.         else if (ACTIVITY_SERVICE.equals(name)) {   
13.             return getActivityManager();   
14.         }    
15.         else if (INPUT_METHOD_SERVICE.equals(name)) {   
16.             return InputMethodManager.getInstance(this);   
17.         }   
18.     }    
19.     @Override   
20.     public void startActivity(Intent intent) {   
21.         //...   
22.         //开始启动一个Activity   
23.         mMainThread.getInstrumentation().execStartActivity(   
24.             getOuterContext(), mMainThread.getApplicationThread(), null, null, intent, -1);   
25.     }   
26. }   

ContextThemeWrapper类
路径：/frameworks/base/core/java/android/view/ContextThemeWrapper.java
说明：该类内部包含了主题(Theme)相关的接口，即android:theme属性指定的。Service不需要主题，所以Service直接继承于ContextWrapper类。

[java]  view plain  copy

1. public class ContextThemeWrapper extends ContextWrapper {   
2.      //该属性指向一个ContextIml实例，一般在创建Application、Service、Activity时赋值                
3.      private Context mBase;   
4.      //mBase赋值方式同样有一下两种   
5.      public ContextThemeWrapper(Context base, int themeres) {   
6.             super(base);   
7.             mBase = base;   
8.             mThemeResource = themeres;   
9.      }   
10.      
11.      @Override   
12.      protected void attachBaseContext(Context newBase) {   
13.             super.attachBaseContext(newBase);   
14.             mBase = newBase;   
15.      }   
16. }   

Activity类、Service类、Application类本质上都是Context子类，大家可以自行参考源代码进行理解。

上述转自：http://www.nowamagic.net/academy/detail/50110212

并不是所有的context实例都是等价的。根据Android应用的组件不同，你访问的context推向有些细微的差别。

Application － 是一个运行在你的应用进程中的单例。在Activity或者Service中，它可以通过getApplication()函数获得，或者在任何继承于context的对象中，通过getApplicationContext()方法获得。不管你是通过何种方法在哪里获得的，在一个进程内，你总是获得到同一个实例。

Activity/Service － 继承于ContextWrapper，它实现了与context同样API，但是代理这些方法调用到内部隐藏的Context实例，即我们所知道的基础context。任何时候当系统创建一个新的Activity或者Service实例的时候，它也创建一个新的ContextImpl实例来做所有的繁重的工作。每一个Activity和Service以及其对应的基础context，对每个实例来说都是唯一的。

ContentProvider － 它本身也不是一个Context，但是它可以通过getContext()函数给你一个Context对象。如果ContentProvider是在调用者的的本地（例如，在同一个应用进程），getContext()将返回的是Application单例。然而，如果调用者和ContentProvider在不同的进程的时候，它将返回一个新创建的实例代表这个Provider所运行的包。

BroadcastReciver － 它本身不是context，也没有context在它里面，但是每当一个新的广播到达的时候，框架都传递一个context对象到onReceive()。这个context是一个ReceiverRestrictedContext实例，它有两个主要函数被禁掉：registerReceiver()和bindService()。这两个函数在BroadcastReceiver.onReceive()不允许调用。每次Receiver处理一个广播，传递进来的context都是一个新的实例。

Context能做的操作是由这个context来源于哪里决定的。下表所列的是，在应用中常见的会收到context对象的，以及对应的每种情况，它可以用于哪些地方：

	Application	Activity	Service	ContentProvider	BroadcastReceiver
Show a Dialog	NO	YES	NO	NO	NO
Start an Activity	NO1	YES	NO1	NO1	NO1
Layout Inflation	NO2	YES	NO2	NO2	NO2
Start a Service	YES	YES	YES	YES	YES
Bind to a Service	YES	YES	YES	YES	NO
Send a Broadcast	YES	YES	YES	YES	YES
Register BroadcastReceiver	YES	YES	YES	YES	NO3
Load Resource Values	YES	YES	YES	YES	YES

注：
NO1 表示Application context的确可以启动Activity，但是它需要创建一个新任务，并产生一个不标准的回退栈（back stack），通常不推荐这样做。
NO2 表示这是非法的，但是这个填充（inflation）的确可以完成，但是是使用所运行的系统默认的主题（theme），而不是你app定义的主题。
NO3 在Android4.2以上，如果Receiver是null的话（这是用来获取一个sticky broadcast的当前值的），这是允许的。