Context简单说明
2015-11-27 13:54
260 查看
1):Context:是一个抽象类,该类定义了一个android应用(Application)全局的环境(或者场景)信息,sendBroadcast,startActivity,startService等方法都是此类的抽象方法。
2):ContextWrapper:继承于Context,同时在该类用有持有一个Context的引用mBase,充当起了Context的代理:该类由于继承自Context抽象类,所以需要重写Context的所有抽象方法,但真正实现该法操作的仍然是
mBase这个真正的角色。在该类中有两个地方对mBase进行了初始化,第一个地方就是ContextWrapper,第二个地方就是attachBaseContext方法。
3)ContextThemeWrapper:为ContextWrapper,该类扩展了ContextWrapper的功能,可以看做是一个Context,严格说来应该是Context的代理,在该类中持有一个Resource.Theme 类型的引用mTheme,用来设置Activity或者Application的主题。
4)android的组件之一Servcie:继承于ContextWrapper,也可以看做是Context的代理类或者就当它是一个Context也不为过,查看Service的源码可以知道Servcie类只是提供了一个默认构造器,并且在调用Super构造器的时候传入了null,也就是说设置父类ContextWrapper的mBase这一Context为null,通过上面的说明
已经知道ContextWraapper中mBase有两个初始化的地方,既然用子类Service构造器里面初始化为null,那么Service肯定是用了父类attachBaseContext的方法来对mBase来初始化,要不然的话在Servcie怎么发送广播等操作?。搜索一下发现该方法在Servcie中
只有一处有调用,即Servcie的attach方法(在本篇中不讨论attach方法是有谁调用的,以后再研究):
5)android的另一个组件Activity:继承于ContextThemeWrapper,正如上文对ContextThemeWrapper的说明,Activity严格的说来也是Context的代理,但是通常我们都把它当做Context来看待。与Service一样对Conext的初始化
也是在Attach方法里面完成的:
6)Application:该类也是ContextWrapper的子类,也是在attach方法中对Context进行了初始化。
但是仅仅通过这个方法里面的参数只能看出传入context是父类Context的引用,从代码上完全看不出具体传入的context指向的具体对象是哪一个?如果要知道这个东西是什么的话就要研究一下Activity或者Servcie的启动过程了,目前博主还没有开始
具体的看,只是查看了一些博客或者《android内核剖析》这本书,借鉴别人的研究成果来完成自己的本篇博客。
《android内核剖析这本书上说Context的创建是在ActivityThread,该类位于(android.app包下)中完成的,并且创建Context对象的方法地方一共有7处:在这里选择创建Activity的一处来看看
到这里看出了Context的最终实现类是ContextImpl,该类也位于android.app目录下,具体该类的具体实现本篇不做具体分析。通过上面的分析Context之间的关系如下:
其实我们可以发下一个View的对象中也持有一个Context引用,可以通过View提供的getContext()方法来获取它,那么这个Context又是什么时候初始化的?
通过《Activity+Window+View》这篇博客已经回到Activity中View的三者之间的关系如图:
所以一个android应用中Context的数量为=Activity的数量+Service的数量+1个Application。
7)View的rootView为一个DecorView对象,该类继承自FrameLayout,Framelayout又继承ViewGroup,最终ViewGroup又继承View,而View里面正式定义Context的地方。在:
在PhoneWindow中对DecorView进行初始化,初始化的过程中层层调用super(content)从而完成了对View的content的设置!
DecorView设置的content是通过PhoneWindow的getContent来获取的。在《WindowManger杂谈》这篇博客中已经知道在Activity的attach方法中通过
mWindow = PolicyManager.makeNewWindow(this);来初始话PhoneWindow,makeNewWindow中this就是指的Activity这个Context:
到此本篇简单的博客正式结束,如有不当之处欢迎批评指正!
2):ContextWrapper:继承于Context,同时在该类用有持有一个Context的引用mBase,充当起了Context的代理:该类由于继承自Context抽象类,所以需要重写Context的所有抽象方法,但真正实现该法操作的仍然是
mBase这个真正的角色。在该类中有两个地方对mBase进行了初始化,第一个地方就是ContextWrapper,第二个地方就是attachBaseContext方法。
[code] public ContextWrapper(Context base) { mBase = base; } protected void attachBaseContext(Context base) { if (mBase != null) { throw new IllegalStateException("Base context already set"); } mBase = base; }
3)ContextThemeWrapper:为ContextWrapper,该类扩展了ContextWrapper的功能,可以看做是一个Context,严格说来应该是Context的代理,在该类中持有一个Resource.Theme 类型的引用mTheme,用来设置Activity或者Application的主题。
4)android的组件之一Servcie:继承于ContextWrapper,也可以看做是Context的代理类或者就当它是一个Context也不为过,查看Service的源码可以知道Servcie类只是提供了一个默认构造器,并且在调用Super构造器的时候传入了null,也就是说设置父类ContextWrapper的mBase这一Context为null,通过上面的说明
已经知道ContextWraapper中mBase有两个初始化的地方,既然用子类Service构造器里面初始化为null,那么Service肯定是用了父类attachBaseContext的方法来对mBase来初始化,要不然的话在Servcie怎么发送广播等操作?。搜索一下发现该方法在Servcie中
只有一处有调用,即Servcie的attach方法(在本篇中不讨论attach方法是有谁调用的,以后再研究):
[code] public final void attach( Context context, ActivityThread thread, String className, IBinder token, Application application, Object activityManager) { //调用父类的方法初始化Context,使得Servcie具有Context的能力 attachBaseContext(context); mThread = thread; // NOTE: unused - remove? mClassName = className; mToken = token; mApplication = application; mActivityManager = (IActivityManager)activityManager; mStartCompatibility = getApplicationInfo().targetSdkVersion < Build.VERSION_CODES.ECLAIR; }
5)android的另一个组件Activity:继承于ContextThemeWrapper,正如上文对ContextThemeWrapper的说明,Activity严格的说来也是Context的代理,但是通常我们都把它当做Context来看待。与Service一样对Conext的初始化
也是在Attach方法里面完成的:
[code] final void attach(Context context, ActivityThread aThread, Instrumentation instr, IBinder token, int ident, Application application, Intent intent, ActivityInfo info, CharSequence title, Activity parent, String id, NonConfigurationInstances lastNonConfigurationInstances, Configuration config) { attachBaseContext(context); }
6)Application:该类也是ContextWrapper的子类,也是在attach方法中对Context进行了初始化。
但是仅仅通过这个方法里面的参数只能看出传入context是父类Context的引用,从代码上完全看不出具体传入的context指向的具体对象是哪一个?如果要知道这个东西是什么的话就要研究一下Activity或者Servcie的启动过程了,目前博主还没有开始
具体的看,只是查看了一些博客或者《android内核剖析》这本书,借鉴别人的研究成果来完成自己的本篇博客。
《android内核剖析这本书上说Context的创建是在ActivityThread,该类位于(android.app包下)中完成的,并且创建Context对象的方法地方一共有7处:在这里选择创建Activity的一处来看看
[code] private final Activity performLaunchActivity(ActivityClientRecord r, Intent customIntent) { // System.out.println("##### [" + System.currentTimeMillis() + "] ActivityThread.performLaunchActivity(" + r + ")"); ActivityInfo aInfo = r.activityInfo; //创建activity Activity activity = null; java.lang.ClassLoader cl = r.packageInfo.getClassLoader(); //创建Activity activity = mInstrumentation.newActivity( cl, component.getClassName(), r.intent); Application app = r.packageInfo.makeApplication(false, mInstrumentation); if (activity != null) { //此处就是初始化context的地方,为ContextImpl ContextImpl appContext = new ContextImpl(); appContext.init(r.packageInfo, r.token, this); appContext.setOuterContext(activity); CharSequence title = r.activityInfo.loadLabel(appContext.getPackageManager()); Configuration config = new Configuration(mConfiguration); //执行attach方法来完成对context的初始化 activity.attach(appContext, this, getInstrumentation(), r.token, r.ident, app, r.intent, r.activityInfo, title, r.parent, r.embeddedID, r.lastNonConfigurationInstance, r.lastNonConfigurationChildInstances, config); } return activity; }
到这里看出了Context的最终实现类是ContextImpl,该类也位于android.app目录下,具体该类的具体实现本篇不做具体分析。通过上面的分析Context之间的关系如下:
其实我们可以发下一个View的对象中也持有一个Context引用,可以通过View提供的getContext()方法来获取它,那么这个Context又是什么时候初始化的?
通过《Activity+Window+View》这篇博客已经回到Activity中View的三者之间的关系如图:
所以一个android应用中Context的数量为=Activity的数量+Service的数量+1个Application。
7)View的rootView为一个DecorView对象,该类继承自FrameLayout,Framelayout又继承ViewGroup,最终ViewGroup又继承View,而View里面正式定义Context的地方。在:
[code] protected DecorView generateDecor() { return new DecorView(getContext(), -1); }
在PhoneWindow中对DecorView进行初始化,初始化的过程中层层调用super(content)从而完成了对View的content的设置!
DecorView设置的content是通过PhoneWindow的getContent来获取的。在《WindowManger杂谈》这篇博客中已经知道在Activity的attach方法中通过
mWindow = PolicyManager.makeNewWindow(this);来初始话PhoneWindow,makeNewWindow中this就是指的Activity这个Context:
[code]public static Window makeNewWindow(Context context) { return sPolicy.makeNewWindow(context); } //此正式初始化Activity中mWindow对象的地方 public PhoneWindow makeNewWindow(Context context) { return new PhoneWindow(context); }
到此本篇简单的博客正式结束,如有不当之处欢迎批评指正!
相关文章推荐
- jdk历史版本查找
- 纯jascript解决手机端拍照、选图后图片被旋转问题
- 给实践者的算法学习指南
- 部署servlet
- SSH2整合学习笔记
- 数据结构和算法动态可视化
- ECshop网站搬家二三事
- Android Gallery
- double free or corruption
- 1054. The Dominant Color (20)
- 高性能MySQL读书笔记:找出谁持有锁
- 访问本机的WEB API 报400错误
- 项目管理
- 1050. String Subtraction (20)
- Android lint删除无用资源文件
- Android编码时的一些实用小技巧
- Unity shader中的法线详解
- 使用SqlSessionTemplate实现数据库的操作
- Android登录实例——计时显示“隐视密码*”
- Hive部署安装时,Specified key was too long; max key length is 767 bytes