澳门新葡萄京娱乐场 2

澳门新葡萄京娱乐场:Android Context 到底是什么?

什么是Context?

一个Context意味着一个场景,一个场景就是我们和软件进行交互的一个过程。比如当你使用微信的时候,场景包括聊天界面、通讯录、朋友圈,以及背后的一些数据。

那么从程序的角度来看,Context是什么?其实一个Activity就是一个Context,一个Service也是一个Context。

一个应用程序可以认为是一个工作环境,用户在这个工作环境中会切换到不同的场景,这就像一个助理,他可能需要接待客人,可能还要打印文件,还可能接听电话,而这些就称之为不同的场景,助理可称之为一个应用程序。

Activity类的确是基于Context,而Service类也是基于Context。Activity除了基于Context类外,还实现了一些其他重要的接口,从架构设计的角度看,interface仅仅是某些功能,而extends才是类的本质,即Activity的本质是一个Context,其所实现的其他接口只是为了扩充Context的功能而已,扩充后的类称之为一个Activity或Service。

一. 与Context相联系的类的继承关系如下图:

一个应用程序中应该有多少个Context对象

我们在应用程序开发中经常会调用Context的一些方法,这些方法看起来似乎会返回一些全局的对象,而不仅仅是某个Activity,可能会有点疑问,一个应用程序到底有多少个Context对象呢?比如,Context.getResources()返回该应用程序所对应的Resource类对象,无论从哪个Activity中调用,都会返回同一个Resource对象。

  • 一个Activity就是一个场景(Context),一个Service也是一个场景,所以,应用程序中有多少个Activity或者Service就会有多少个Context对象。
  • getResource()等方法返回的是同一个全局对象。

  澳门新葡萄京娱乐场 1

Context 相关类是怎么继承的呢?

澳门新葡萄京娱乐场 2

Context类本身是一个纯abstract类。为了使用方便又定义了Context包装类-ContextWrapper,ContextWrapper构造函数中必须包含一个真正的Context引用,同时ContextWrapper中有attachBaseContext()用于给ContextWrapper对象中指定真正的Context对象。

ContextThemeWrapper内部包含了与主题相关的接口,这里的主题就是指在AndroidManifest.xml中通过Android:theme为Application或者Activity指定的主题。

只有Activity才需要主题,Service不需要主题的,所以Service直接继承与ContextWrapper。

ContextImpl类真正实现了Context中所有的函数,我们所调用的各种Context类的方法其实实现均来自于该类。

  Context为抽象类,提供了一组通用的API。它的实现类为ContextImpl,该类实现了Context的功能,其大部分功能都是直接调用其属性mPackageInfo完成。

什么时候创建Context?

每一个应用程序在客户端都是从ActivityThread类开始的,创建Context对象也是在该类中完成,具体创建ContextImpl类的地方一共有6处:

  • PackageInfo.makeApplication()
  • performLaunchActivity()
  • handleCreateBackupAgent()
  • handleCreateService()
  • handleBindApplication()
  • attach()

其中attach()方法仅在Framework进程启动时调用,应用程序运行时不会调用到该方法。

  ContextWrapper类是对Context类的一种包装,该类的构造函数包含了一个真正的Context引用,即ContextImpl对象。源代码如下:

Application对应的Context

程序第一次启动时,会辗转调用到makeApplication()方法。具体代码如下:

ContextImpl appContext = new ContextImpl();
appContext.init(this,null,mActivityThread);
....
appContext.setOuterContext(app);

 

Activity对应的Context

启动Activity时,Ams会通过IPC调用到ActivityThread的scheduleLaunchActivity()方法,该方法包含两种参数。一种是ActivityInfo,这是一个实现了Parcelable接口的数据类,意味着该对象是Ams创建的,并通过IPC传递到ActivityThread;另一种是其他的一些参数。

scheduleLaunchActivity()方法中会根据以上两种参数构造一个本地ActivityRecord数据类,ActivityThread内部会为每一个Activity创建一个ActivityRecord对象,并使用这些数据对象来管理Activity。

然后会调用handleLaunchActivity(),再调用performLaunchActivity(),该方法中创建ContextImpl的代码如下:

ContextImpl appContext = new ContextImpl();
appContext.init(r.packageInfo,r.token,this);
appContext.setOuterContext(activity);

在performLaunchActivity()开始执行时,会为r.packageInfo变量赋值。r.packageInfo对象的PackageInfo对象和Application对应的packageInfo对象是同一个。

 1 public class ContextWrapper extends Context{
 2     Context mbase;//该属性指向一个ContextIml实例,一般在创建Application、Service、Activity时赋值
 3     //创建Application、Service、Activity,会调用该方法给mBase属性赋值
 4     protected void attachBaseContext(Context base){
 5         if(mBase!=null){
 6             throw new IllegalStateException("Base context already set");
 7         }
 8         mbase=base;
 9         }
10         @Override
11         public void startActivity(Intent intent){
12             mBase.startActivity(intent);//调用mBase实例方法
13         }
14 }

Service对应的Context

启动Service时,Ams会通过IPC调用到ActivityThread的scheduleCreateService()方法,该方法也包含两种参数。第一种是ServiceInfo,这是实现了一个Parcelable接口的数据类,该对象由AmS创建,并通过IPC传递到ActivityThread内部;第二种是其他参数。

在scheduleCreateService()方法中,会使用以上两种参数构造一个CreateServiceData的数据对象,ActivityThread会为其所包含的每一个Service创建该数据对象,并通过这些对象来管理Service。

然后在执行handleCreateService()方法,创建ContextImpl对象代码如下:

ContextImpl appContext = new ContextImpl();
appContext.init(packageInfo,null,this);
...
appContext.setOuterContext(service);

Service对应的Context对象内部的mPackageInfo与Activity、Application中是完全相同的。

    ContextThemeWrapper类包含了主题(Theme)相关的接口,即android:theme属性指定的。只有Activity需要主题,Service不需要主题,所以Service直接继承于ContextWrapper类。

这几个Context之间的关系

从以上可以看出,创建Context对象的过程基本上是相同的,不同的仅仅是针对Application、Activity、Service使用了不同的数据对象。

一个应用程序包含的Context个数应该为:Context个数 =
Service个数+Activity个数+1,最后的1是Application类本身也会对应一个Context对象。

应用程序中包含多个ContextImpl对象,而内部变量mPackageInfo却指向同一个PackageInfo对象,这种设计结构一般意味着ContextImpl是一种轻量级类,而PackageInfo是一个重量级类。事实上确实是这样,ContextImpl中的大多数进行包操作的重量级函数实际上都是转向了mPackageInfo对象相应的方法,也就是事实上调用了同一个PackageInfo对象。

    Activity类,Service类,Application类都是Context子类。

二.
什么时候创建Context实例

  应用程序创建Context实例的情况有如下几种情况:

  1.创建Application对象时,而且整个App共一个Application对象

  2.创建Service对象时

  3.创建Activity对象时

  因此应用程序APP共有的Context数目个数为:

  总Context实例个数=Service个数+Activity个数+1(Application对应的Context实例)

  具体创建Context的时机

    1.创建Application对象的时机

      每个应用程序在第一次启动时,都会首先创建Application对象。如果对应用程序启动一个Activity(startActivity)流程比较清楚的话,创建Application的时机在创建handleBindApplication()方法中,该函数位于ActivityThread.java类中。源代码如下:

 1 //创建Application时同时创建ContextIml实例
 2 private final void handleBindApplication(AppBindData data){
 3     ......
 4     //创建Application对象
 5     Application app=data.info.makeApplication(data.restrictedBackupMode,null);
 6 ......
 7 }
 8 public Application makeApplication(boolean forceDefaultAppClass, Instrumentation instrumentation instrumenttation){
 9     ......
10     try{
11         java.lang.ClassLoader cl=getClassLoader();
12         ContextImpl appContext=new ContextImpl();//创建一个ContextIml实例对象
13         appContext.init(this,null,mActivityThread);//初始化该ContextIml实例的相关属性
14         //新建一个Application对象
15         app=mActivityThread.mInstrumentation.newApplication(cl,appClass,appContext);
16 appContext.setOuterContext(app);//将该Application实例传递给该ContextIml实例
17 }
18 ....

  2.创建Activity对象的时机

    通过startActivity()或startActivityForResult()请求启动一个Activity时,如果系统检测需要新建一个Activity对象时,就会回调handleLaunchActivity()方法,该方法继而调用performLaunchActivity()方法,去创建一个Activity实例,并且回调onCreate(),onStart()方法等,函数都位于ActivityThread.java类

 1     //创建一个Activity实例时同时创建ContextIml实例  
 2     private final void handleLaunchActivity(ActivityRecord r, Intent customIntent) {  
 3         ...  
 4         Activity a = performLaunchActivity(r, customIntent);  //启动一个Activity  
 5     }  
 6     private final Activity performLaunchActivity(ActivityRecord r, Intent customIntent) {  
 7         ...  
 8         Activity activity = null;  
 9         try {  
10             //创建一个Activity对象实例  
11             java.lang.ClassLoader cl = r.packageInfo.getClassLoader();  
12             activity = mInstrumentation.newActivity(cl, component.getClassName(), r.intent);  
13         }  
14         if (activity != null) {  
15             ContextImpl appContext = new ContextImpl();      //创建一个Activity实例  
16             appContext.init(r.packageInfo, r.token, this);   //初始化该ContextIml实例的相关属性  
17             appContext.setOuterContext(activity);            //将该Activity信息传递给该ContextImpl实例  
18             ...  
19         }  
20         ...      
21     }  

  3.创建Service对象的时机

    同过startService或bindService时,如果系统检测到需要新创建一个Service实例,就会回调handleCreateService()方法,完成相关数据操作。handleCreateService()函数位于ActivityThread.java类。

 1     //创建一个Service实例时同时创建ContextIml实例  
 2     private final void handleCreateService(CreateServiceData data){  
 3         ...  
 4         //创建一个Service实例  
 5         Service service = null;  
 6         try {  
 7             java.lang.ClassLoader cl = packageInfo.getClassLoader();  
 8             service = (Service) cl.loadClass(data.info.name).newInstance();  
 9         } catch (Exception e) {  
10         }  
11         ...  
12         ContextImpl context = new ContextImpl(); //创建一个ContextImpl对象实例  
13         context.init(packageInfo, null, this);   //初始化该ContextIml实例的相关属性  
14         //获得我们之前创建的Application对象信息  
15         Application app = packageInfo.makeApplication(false, mInstrumentation);  
16         //将该Service信息传递给该ContextImpl实例  
17         context.setOuterContext(service);  
18         ...  
19     }  

  通过对ContextImpl的分析可知,其方法的大多数操作都是直接调用其属性mPackageInfo(该属性类型为PackageInfo)的相关方法而来。这说明ContextImpl是一种轻量级的类,而PackageInfo才是真正重量级的类。而一个App里的所有ContextImpl实例,都对应同一个packageInfo对象。

  最后分析利用Context获取SharedPreferences类,一般的获取方法就是通过getSharedPreference()方法根据相关信息获取SharedPreference对象。

具体如下:

  1.调用getSharedPreferences()获取对应的文件,该函数实现功能如下:

 1     //Context类静态数据集合,以键值对保存了所有读取该xml文件后所形成的数据集合  
 2     private static final HashMap<File, SharedPreferencesImpl> sSharedPrefs =   
 3            new HashMap<File, SharedPreferencesImpl>();   
 4       
 5     @Override  
 6     public SharedPreferences getSharedPreferences(String name, int mode){  
 7          //其所对应的SharedPreferencesImpl对象 ,该对象已一个HashMap集合保存了我们对该文件序列化结果  
 8          SharedPreferencesImpl sp;    
 9          File f = getSharedPrefsFile(name);  //该包下是否存在对应的文件,不存在就新建一个  
10          synchronized (sSharedPrefs) {       //是否已经读取过该文件,是就直接返回该SharedPreferences对象  
11              sp = sSharedPrefs.get(f);  
12              if (sp != null && !sp.hasFileChanged()) {  
13                  //Log.i(TAG, "Returning existing prefs " + name + ": " + sp);  
14                  return sp;  
15              }  
16          }  
17          //以下为序列化该xml文件,同时将数据写到map集合中       
18          Map map = null;  
19          if (f.exists() && f.canRead()) {  
20              try {  
21                  str = new FileInputStream(f);  
22                  map = XmlUtils.readMapXml(str);  
23                  str.close();  
24              }   
25              ...  
26          }  
27            
28          synchronized (sSharedPrefs) {  
29              if (sp != null) {  
30                  //Log.i(TAG, "Updating existing prefs " + name + " " + sp + ": " + map);  
31                  sp.replace(map);   //更新数据集合  
32              } else {  
33                  sp = sSharedPrefs.get(f);  
34                  if (sp == null) {    
35                      //新建一个SharedPreferencesImpl对象,并且设置其相关属性  
36                      sp = new SharedPreferencesImpl(f, mode, map);    
37                      sSharedPrefs.put(f, sp);  
38                  }  
39              }  
40              return sp;  
41          }  
42     }  

  2.SharedPreferences是个接口,它定义了一些操作xml文件的方法,其真正实现类为SharedPreferencesImpl,该类是ContextImpl的内部类,该类如下:

 1     //soga,这种形式我们在分析Context ContextIml时接触过   
 2     //SharedPreferences只是一种接口,其真正实现类是SharedPreferencesImpl类  
 3     private static final class SharedPreferencesImpl implements SharedPreferences{  
 4          private Map mMap;  //保存了该文件序列化结果后的操作, 键值对形式  
 5            
 6          //通过key值获取对应的value值  
 7          public String getString(String key, String defValue) {  
 8              synchronized (this) {  
 9                  String v = (String)mMap.get(key);  
10                  return v != null ? v : defValue;  
11              }  
12          }  
13          ...  
14          //获得该SharedPreferencesImpl对象对应的Edito类,对数据进行操作  
15          public final class EditorImpl implements Editor {  
16              private final Map<String, Object> mModified = Maps.newHashMap(); //保存了对键值变化的集合  
17          }  
18     }  

  以上内容转自:

发表评论

电子邮件地址不会被公开。 必填项已用*标注