可以看到Activity、Service、Application都是Context的子类;
也就是说,Android系统的角度来理解:Context是一个场景,代表与操作系统的交互的一种过程。从程序的角度上来理解:Context是个抽象类,而Activity、Service、Application等都是该类的一个实现。
在仔细看一下上图:Activity、Service、Application都是继承自ContextWrapper,而ContextWrapper内部会包含一个base context,由这个base context去实现了绝大多数的方法。
Context的应用场景,正确使用Context
一般Context造成的内存泄漏,几乎都是当Context销毁的时候,却因为被引用导致销毁失败,而Application的Context对象可以理解为随着进程存在的,所以我们总结出使用Context的正确姿势:
1:当Application的Context能搞定的情况下,并且生命周期长的对象,优先使用Application的Context。
2:不要让生命周期长于Activity的对象持有到Activity的引用。
3:尽量不要在Activity中使用非静态内部类,因为非静态内部类会隐式持有外部类实例的引用,如果使用静态内部类,将外部实例引用作为弱引用持有。
- public static synchronized CustomManager getInstance(Context context)
- {
- if (sInstance == null)
- {
- sInstance = new CustomManager(context.getApplicationContext());
- }
- return sInstance;
- }
二、 什么时候创建Context实例
熟悉了Context的继承关系后,我们接下来分析应用程序在什么情况需要创建Context对象的?应用程序创建Context实例的
情况有如下几种情况:
1、创建Application 对象时, 而且整个App共一个Application对象
2、创建Service对象时
3、创建Activity对象时
因此应用程序App共有的Context数目公式为:
总Context实例个数 = Service个数 + Activity个数 + 1(Application对应的Context实例)
单进程的情况:Context数量=Activity数量+Service数量+1 (Application=1)
Broadcast Receiver,Content Provider并不是Context的子类,他们所持有的Context都是其他地方传过去的,所以并不计入Context总数。
很显然Activity,Service,Application都是其子类,其地位和作用不言而喻。
-
@Override public void onBaseContextAttached(Context base) { super.onBaseContextAttached(base); String pkgName = getApplication().getPackageName(); CXLog.d(TAG,"pkgName:"+pkgName); // mPluginApp.attachBaseContext(getApplication(),pkgName); mPluginApp.attachBaseContext(base, BuildConfig.APPLICATION_ID); }
- //创建Application时同时创建的ContextIml实例
- private final void handleBindApplication(AppBindData data){
- ...
- ///创建Application对象
- Application app = data.info.makeApplication(data.restrictedBackupMode, null);
- ...
- }
- public Application makeApplication(boolean forceDefaultAppClass, Instrumentation instrumentation) {
- ...
- try {
- java.lang.ClassLoader cl = getClassLoader();
- ContextImpl appContext = new ContextImpl(); //创建一个ContextImpl对象实例
- appContext.init(this, null, mActivityThread); //初始化该ContextIml实例的相关属性
- ///新建一个Application对象
- app = mActivityThread.mInstrumentation.newApplication(
- cl, appClass, appContext);
- appContext.setOuterContext(app); //将该Application实例传递给该ContextImpl实例
- }
- ...
- }
2、创建Activity对象的时机
- //创建一个Activity实例时同时创建ContextIml实例
- private final void handleLaunchActivity(ActivityRecord r, Intent customIntent) {
- ...
- Activity a = performLaunchActivity(r, customIntent); //启动一个Activity
- }
- private final Activity performLaunchActivity(ActivityRecord r, Intent customIntent) {
- ...
- Activity activity = null;
- try {
- //创建一个Activity对象实例
- java.lang.ClassLoader cl = r.packageInfo.getClassLoader();
- activity = mInstrumentation.newActivity(cl, component.getClassName(), r.intent);
- }
- if (activity != null) {
- ContextImpl appContext = new ContextImpl(); //创建一个Activity实例
- appContext.init(r.packageInfo, r.token, this); //初始化该ContextIml实例的相关属性
- appContext.setOuterContext(activity); //将该Activity信息传递给该ContextImpl实例
- ...
- }
- ...
- }
3、创建Service对象的时机
- //创建一个Service实例时同时创建ContextIml实例
- private final void handleCreateService(CreateServiceData data){
- ...
- //创建一个Service实例
- Service service = null;
- try {
- java.lang.ClassLoader cl = packageInfo.getClassLoader();
- service = (Service) cl.loadClass(data.info.name).newInstance();
- } catch (Exception e) {
- }
- ...
- ContextImpl context = new ContextImpl(); //创建一个ContextImpl对象实例
- context.init(packageInfo, null, this); //初始化该ContextIml实例的相关属性
- //获得我们之前创建的Application对象信息
- Application app = packageInfo.makeApplication(false, mInstrumentation);
- //将该Service信息传递给该ContextImpl实例
- context.setOuterContext(service);
- ...
- }
可以看到Activity、Service、Application都是Context的子类;
也就是说,Android系统的角度来理解:Context是一个场景,代表与操作系统的交互的一种过程。从程序的角度上来理解:Context是个抽象类,而Activity、Service、Application等都是该类的一个实现。
在仔细看一下上图:Activity、Service、Application都是继承自ContextWrapper,而ContextWrapper内部会包含一个base context,由这个base context去实现了绝大多数的方法。
Context的应用场景,正确使用Context
一般Context造成的内存泄漏,几乎都是当Context销毁的时候,却因为被引用导致销毁失败,而Application的Context对象可以理解为随着进程存在的,所以我们总结出使用Context的正确姿势:
1:当Application的Context能搞定的情况下,并且生命周期长的对象,优先使用Application的Context。
2:不要让生命周期长于Activity的对象持有到Activity的引用。
3:尽量不要在Activity中使用非静态内部类,因为非静态内部类会隐式持有外部类实例的引用,如果使用静态内部类,将外部实例引用作为弱引用持有。
- public static synchronized CustomManager getInstance(Context context)
- {
- if (sInstance == null)
- {
- sInstance = new CustomManager(context.getApplicationContext());
- }
- return sInstance;
- }
二、 什么时候创建Context实例
熟悉了Context的继承关系后,我们接下来分析应用程序在什么情况需要创建Context对象的?应用程序创建Context实例的
情况有如下几种情况:
1、创建Application 对象时, 而且整个App共一个Application对象
2、创建Service对象时
3、创建Activity对象时
因此应用程序App共有的Context数目公式为:
总Context实例个数 = Service个数 + Activity个数 + 1(Application对应的Context实例)
单进程的情况:Context数量=Activity数量+Service数量+1 (Application=1)
Broadcast Receiver,Content Provider并不是Context的子类,他们所持有的Context都是其他地方传过去的,所以并不计入Context总数。
很显然Activity,Service,Application都是其子类,其地位和作用不言而喻。
-
@Override public void onBaseContextAttached(Context base) { super.onBaseContextAttached(base); String pkgName = getApplication().getPackageName(); CXLog.d(TAG,"pkgName:"+pkgName); // mPluginApp.attachBaseContext(getApplication(),pkgName); mPluginApp.attachBaseContext(base, BuildConfig.APPLICATION_ID); }
- //创建Application时同时创建的ContextIml实例
- private final void handleBindApplication(AppBindData data){
- ...
- ///创建Application对象
- Application app = data.info.makeApplication(data.restrictedBackupMode, null);
- ...
- }
- public Application makeApplication(boolean forceDefaultAppClass, Instrumentation instrumentation) {
- ...
- try {
- java.lang.ClassLoader cl = getClassLoader();
- ContextImpl appContext = new ContextImpl(); //创建一个ContextImpl对象实例
- appContext.init(this, null, mActivityThread); //初始化该ContextIml实例的相关属性
- ///新建一个Application对象
- app = mActivityThread.mInstrumentation.newApplication(
- cl, appClass, appContext);
- appContext.setOuterContext(app); //将该Application实例传递给该ContextImpl实例
- }
- ...
- }
2、创建Activity对象的时机
- //创建一个Activity实例时同时创建ContextIml实例
- private final void handleLaunchActivity(ActivityRecord r, Intent customIntent) {
- ...
- Activity a = performLaunchActivity(r, customIntent); //启动一个Activity
- }
- private final Activity performLaunchActivity(ActivityRecord r, Intent customIntent) {
- ...
- Activity activity = null;
- try {
- //创建一个Activity对象实例
- java.lang.ClassLoader cl = r.packageInfo.getClassLoader();
- activity = mInstrumentation.newActivity(cl, component.getClassName(), r.intent);
- }
- if (activity != null) {
- ContextImpl appContext = new ContextImpl(); //创建一个Activity实例
- appContext.init(r.packageInfo, r.token, this); //初始化该ContextIml实例的相关属性
- appContext.setOuterContext(activity); //将该Activity信息传递给该ContextImpl实例
- ...
- }
- ...
- }
3、创建Service对象的时机
- //创建一个Service实例时同时创建ContextIml实例
- private final void handleCreateService(CreateServiceData data){
- ...
- //创建一个Service实例
- Service service = null;
- try {
- java.lang.ClassLoader cl = packageInfo.getClassLoader();
- service = (Service) cl.loadClass(data.info.name).newInstance();
- } catch (Exception e) {
- }
- ...
- ContextImpl context = new ContextImpl(); //创建一个ContextImpl对象实例
- context.init(packageInfo, null, this); //初始化该ContextIml实例的相关属性
- //获得我们之前创建的Application对象信息
- Application app = packageInfo.makeApplication(false, mInstrumentation);
- //将该Service信息传递给该ContextImpl实例
- context.setOuterContext(service);
- ...
- }