Android进阶之深入理解Context

旧城等待， 2023-02-13 11:51 121阅读 0赞

## 1 Context概念 ##

（1）在启动Activity/Service，发送广播，获取系统资源，获取系统服务等都需要Context的参与，可见Context的常见性。到底什么是Context，Context字面意思上下文，或者叫做场景，也就是用户与操作系统操作的一个过程，比如你打电话，场景包括电话程序对应的界面，以及隐藏在背后的数据。

### 1.1 Android系统的角度Context是什么呢？ ###

Context是一个场景，代表与操作系统的交互的一种过程，是维持Android程序中各组件能够正常工作的一个核心功能类。

### 1.2 在程序的角度Context是什么呢？ ###

（1）在程序的角度，Context是个抽象类，定义了各种抽象方法，包括启动Activity/Service，发送广播，获取系统资源，获取系统服务等。Activity、Service、Application都是Context的的一个实现（子类），可以直接通过看其类结构来说明答案：  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2NoZW5saWd1YW4_size_16_color_FFFFFF_t_70]  
（2）Context类源码解析

public abstract class Context {
    	public abstract Resources getResources();
    }

（3）ContextWrapper的源码解析：Activity、Service、Application都是继承自ContextWrapper，而ContextWrapper内部会包含一个mBase的Context，由这个mBase去实现了绝大多数的方法。

public class ContextWrapper extends Context {
        Context mBase;
    
        public ContextWrapper(Context base) {
            mBase = base;
        }
        
        protected void attachBaseContext(Context base) {
            if (mBase != null) {
                throw new IllegalStateException("Base context already set");
            }
            mBase = base;
        }
    
        @Override
        public Resources getResources() {
            return mBase.getResources();
        }
     }

（4）ContextThemeWrapper的源码解析  
Context直接子类为ContextIml（具体实现类）和ContextWrapper（上下文功能包装类），而ContextWrapper又有三个子类，分别是ContextThemeWrapper、Service和Application。基于Activity和Service、Application不在一个继承层级里，而是又继承了ContextThemeWrapper。  
ContextThemeWrapper是一个带主题的封装类，内部包含了主题(Theme)相关的接口，当Activity在启动的时候系统都会加载一个主题，也就是我们在配置文件AndroidManifest.xml里面写的android:theme=”@style/AppTheme”的属性啦！（如下图所示），可是Service和Applicaton并不需要加载主题，因此他们继承自ContextWrapper。

## 2 Context与Application的Context(getApplicationContext)的区别 ##

### 2.1 区别 ###

首先Activity.this和getApplicationContext()返回的不是同一个对象，一个是当前Activity的实例，一个是项目的Application的实例，这两者的生命周期是不同的，它们各自的使用场景不同。**getApplicationContext() 生命周期是整个应用，它的生命周期伴随应用程序的存在而存在，当应用程序销毁时才会销毁**；**Activity.this的context是属于当前Activity的，它的生命周期则只能存活于当前Activity，当前Activity销毁的时就销毁**。

### 2.2 注意Context的引用问题 ###

#### 2.2.1 实例验证 ####

public class CustomManager{
    	private static CustomManager sInstance;
    	private Context mContext;
     
    	private CustomManager(Context context) {
    		this.mContext = context;
    	}
     
    	public static synchronized CustomManager getInstance(Context context) {
    		if (sInstance == null) {
    			sInstance = new CustomManager(context);
    		}
    		return sInstance;
    	}
    	
    	//some methods 
    	private void someOtherMethodNeedContext(){
    		
    	}
    }

#### 2.2.2 问题分析 ####

在某个Activity里面为了方便，直接传了个this，这样问题就来了，这个类中的sInstance是一个static且强引用的，在其内部引用了一个Activity作为Context，也就是说，我们的这个Activity只要我们的项目活着，就没有办法进行内存回收。而我们的Activity的生命周期肯定没这么长，所以造成了内存泄漏。

#### 2.2.3 解决方法 ####

（1）可以软引用，嗯，软引用，假如被回收了，会引起NullPointException。  
（2）引用的是一个ApplicationContext，让它的生命周期和单例对象一致。  
（3）例子如下：

public static synchronized CustomManager getInstance(Context context) {
    	if (sInstance == null) {
    		sInstance = new CustomManager(context.getApplicationContext());
    	}
    	return sInstance;
    }

## 3 Context的应用场景 ##

### 3.1 场景图 ###

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2NoZW5saWd1YW4_size_16_color_FFFFFF_t_70 1]

### 3.2 数字标注提示 ###

（1）数字1：启动Activity在这些类中是可以的，但是需要创建一个新的栈，一般情况不推荐。  
（2）数字2：在这些类中去layout inflate是合法的，但是会使用系统默认的主题样式，如果你自定义了某些样式可能不会被使用。  
（3）数字3：在receiver为null时允许，在4.2或以上的版本中，用于获取黏性广播的当前值。（可以无视）  
（4）注意：ContentProvider、BroadcastReceiver之所以在上述表格中，是因为在其内部方法中都有一个context用于使用。

### 3.3 非Activity的Context调用startActivity(intent) 7.0以下与7.0及以上的区别 ###

#### 3.3.1 奔溃分析 ####

UncaughtException detected: java.lang.RuntimeException: Unable to start receiver com.novel.reader.common.receiver.NotificationClickReceiver: android.util.AndroidRuntimeException: Calling startActivity() from outside of 
     an Activity  context requires the FLAG_ACTIVITY_NEW_TASK flag. Is this really what you want?
            at android.app.ActivityThread.handleReceiver(ActivityThread.java:2920)
            at android.app.ActivityThread.access$2000(ActivityThread.java:170)
            at android.app.ActivityThread$H.handleMessage(ActivityThread.java:1571)
            at android.os.Handler.dispatchMessage(Handler.java:102)
            at android.os.Looper.loop(Looper.java:179)
            at android.app.ActivityThread.main(ActivityThread.java:5769)
            at java.lang.reflect.Method.invoke(Native Method)
            at com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:784)
            at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:674)
         Caused by: android.util.AndroidRuntimeException: Calling startActivity() from outside of an Activity  context requires the FLAG_ACTIVITY_NEW_TASK flag. Is this really what you want?
            at android.app.ContextImpl.startActivity(ContextImpl.java:707)
            at android.app.ContextImpl.startActivity(ContextImpl.java:682)
            at android.content.ContextWrapper.startActivity(ContextWrapper.java:342)
            at android.content.ContextWrapper.startActivity(ContextWrapper.java:342)
            at com.activity.WebViewActivity.openWebView(WebViewActivity.java:100)
            at com.activity.WebViewActivity.openWebView(WebViewActivity.java:82)
            at com.reader.common.receiver.NotificationClickReceiver.handlePushClick(NotificationClickReceiver.java:88)
            at com.reader.common.receiver.NotificationClickReceiver.onReceive(NotificationClickReceiver.java:53)
            at android.app.ActivityThread.handleReceiver(ActivityThread.java:2906)
            at android.app.ActivityThread.access$2000(ActivityThread.java:170) 
            at android.app.ActivityThread$H.handleMessage(ActivityThread.java:1571) 
            at android.os.Handler.dispatchMessage(Handler.java:102) 
            at android.os.Looper.loop(Looper.java:179) 
            at android.app.ActivityThread.main(ActivityThread.java:5769) 
            at java.lang.reflect.Method.invoke(Native Method) 
            at com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:784) 
            at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:674)

AndroidRuntime(3403): android.util.AndroidRuntimeException: Calling startActivity() from outside of 
    an Activity context requires the FLAG_ACTIVITY_NEW_TASK flag. Is this really what you want?

// 在非Activity的Context调用startActivity方法时，Intent添加一个FLAG_ACTIVITY_NEW_TASK的flag
    intent.addFlags(Intent.FLAG_ACTIVITY_NEW_TASK);

**而Android7.0及以上的机型即使没有添加以上代码，也不会崩溃，为什么呢？**

#### 3.3.2 代码分析 ####

（1）activity的startActivity方法最终会调用Activity类的startActivityForResult方法，代码如下：

public void startActivityForResult(@RequiresPermission Intent intent, int requestCode,
                @Nullable Bundle options) {
                // ......
                if (options != null) {
                    mParent.startActivityFromChild(this, intent, requestCode, options);
                } else {
                    mParent.startActivityFromChild(this, intent, requestCode);
                }
            }
        }

（2）7.0以下，context的startActivity方法最终会调用ContextImpl的startActivity方法，代码如下：

@Override
    public void startActivity(Intent intent, Bundle options) {
        warnIfCallingFromSystemProcess();
        if ((intent.getFlags() & Intent.FLAG_ACTIVITY_NEW_TASK) == 0) {
            throw new AndroidRuntimeException("Calling startActivity() from outside of an Activity context requires the FLAG_ACTIVITY_NEW_TASK flag. Is this really what you want?");
        }
        mMainThread.getInstrumentation().execStartActivity(getOuterContext(), mMainThread.getApplicationThread(), null,(Activity) null, intent, -1, options);
    }

（3）7.0及以上，context的startActivity方法增加了两个判断条件，而options默认是null，未添加一个FLAG\_ACTIVITY\_NEW\_TASK的flag，也不会引起闪退。而如果设置了options不为null，则会闪退。

@Override
    public void startActivity(Intent intent, Bundle options) {
        warnIfCallingFromSystemProcess();
        if ((intent.getFlags() & Intent.FLAG_ACTIVITY_NEW_TASK) == 0
                && options != null && ActivityOptions.fromBundle(options).getLaunchTaskId() == -1) {
            throw new AndroidRuntimeException(
                    "Calling startActivity() from outside of an Activity context requires the FLAG_ACTIVITY_NEW_TASK flag. Is this really what you want?");
        }
        mMainThread.getInstrumentation().execStartActivity(getOuterContext(), mMainThread.getApplicationThread(), null, (Activity) null, intent, -1, options);
    }

#### 3.3.3 小结 ####

不建议使用非Activity的Context调用startActivity方法。如果必须使用的话，一般为了兼容7.0以下版本，我们还是得添加flag的。

#### 3.3.4 学习链接 ####

[context.startActivity(intent) 7.0以下与7.0及以上的区别][context.startActivity_intent_ 7.0_7.0]

[Caused by: android.util.AndroidRuntimeException: Calling startActivity() from outside of an Activity][Caused by_ android.util.AndroidRuntimeException_ Calling startActivity_ from outside of an Activity]

### 3.4 总结 ###

（1）和UI相关的方法都不建议或者不可使用Application，并且，前三个操作基本不可能在Application中出现。实际上，凡是跟UI相关的，都应该使用Activity做为Context来处理；其他的一些操作(Service,Activity,Application)等实例都可以，注意Context引用的持有，防止内存泄漏。  
（2）Toast通常使用Activity和Application的context，也可以使用Service、ContentProvider和BroadcastReceiver的context。但是在IntentService的onHandleIntent()不能使用，因为其在子线程中。

## 4 Context数量 ##

在创建Activity、Service、Application时都会自动创建Context，它们各自维护着自己的上下文。在Android系统中Context类的继承结构中Context一共有Application、Activity和Service三种类型，因此如果要统计一个app中Context数量，可以这样来表示：

// 1表示Application数量。一个应用程序中可以有多个Activity和多个Service，但只有一个Application。
    Context数量 = Activity数量 + Service数量 + 1

备注：可能有人会说一个应用程序里面可以有多个Application啊，我的理解是：一个应用程序里面可以有多个Application，可是在配置文件AndroidManifest.xml中只能注册一个，只有注册的这个Application才是真正的Application，才会调用到全部的生命周期，所以Application的数量是1。

## 5 总结 ##

Context的分析基本完成了，希望在以后的使用过程中，能够稍微考虑下，这里使用Activity合适吗？会不会造成内存泄漏？这里传入Application work吗？

## 6 学习链接 ##

[Android Context 上下文 你必须知道的一切][Android Context _]

[Android Application中的Context和Activity中的Context的区别][Android Application_Context_Activity_Context]

[熟悉又陌生的Context][Context]

[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2NoZW5saWd1YW4_size_16_color_FFFFFF_t_70]: https://img-blog.csdnimg.cn/20181215170409235.png?x-oss-process=image/watermark,type_ZmFuZ3poZW5naGVpdGk,shadow_10,text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2NoZW5saWd1YW4=,size_16,color_FFFFFF,t_70
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2NoZW5saWd1YW4_size_16_color_FFFFFF_t_70 1]: https://img-blog.csdnimg.cn/20181215172408595.png?x-oss-process=image/watermark,type_ZmFuZ3poZW5naGVpdGk,shadow_10,text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2NoZW5saWd1YW4=,size_16,color_FFFFFF,t_70
[context.startActivity_intent_ 7.0_7.0]: https://blog.csdn.net/qq_20230661/article/details/82424199
[Caused by_ android.util.AndroidRuntimeException_ Calling startActivity_ from outside of an Activity]: https://www.cnblogs.com/rioder/archive/2011/11/02/2233584.html
[Android Context _]: https://blog.csdn.net/lmj623565791/article/details/40481055
[Android Application_Context_Activity_Context]: https://blog.csdn.net/zx_android/article/details/79483748
[Context]: https://mp.weixin.qq.com/s?__biz=MzAxMTI4MTkwNQ==&mid=2650825544&idx=1&sn=3a293110a8a06a9abe2044ee8cea8a4e&chksm=80b7b7d6b7c03ec0974a209c7f2e8022621485300bffac371e2e69bf3815a91fe71b912cf4eb&mpshare=1&scene=23&srcid=0525HOYrKIOXX8aXmmpoWIOj#rd