一、背景
忙活了一年，最近作業終于有點時間閑下來學習一下，今天復習了一下context的知識，看淡很多知識點都已經忘記了，或者是以前也沒有理解透徹，這里復習一下，順便總結 Context 的知識點，
前面學習了Activity的啟動 ，在創建 從客戶端行程的程序中 ，AMS會通知 ActivityThread 創建 Application ，并且呼叫 Application 的onCreate 方法，
這是一個應用行程中第一個我們常用的 Application 創建的地方，另外我們在專案中常見的 Context 還有 Activity、Service，
這些Context 有什么區別呢，下面我們來探討一下，
二、Context 的型別的繼承結構
Android 中有好幾個Context ，其繼承結構如下：
我們常見的Application 、Service 和 Activity 實際上都是集成至 ContextWrapper
ContextImpl 和 ContextWrapper 都繼承至Context,其中
ContextImpl ：Context 的具體實作
ContextWrapper ： 內部持有ContextImpl 物件，采用裝飾者的模式對ContextImpl 進行裝飾，
三、分析各個Context
3.1、Context 分析
public abstract class Context 上面可以看到 Context 類是一個抽象類，里邊實作了各種抽象方法, 等待著集成類去實作， 在Android 系統中，整個Context的實作類的結構采用的就是
裝飾者模式，在 ContextImpl 集成并實作了Context的具體功能，在ContextWrapper中持有 ComtextImpl，并集成了Context ，
Application、Activity、Service 都是繼承至 ActextWrapper ，采用裝飾者模式添加不同功能，
3.2、ContextImpl 創建
（1）ContextImpl 的集成結構
class ContextImpl extends Context（2）應用行程 創建之后，AMS 通知 應用行程創建 Application ，并進入其中 onCreate 方法
private void handleBindApplication(AppBindData data) {
... ...
//這里可以清楚看到，ActivitThread 創建了一個 ContextImpl
//其中ContextImpl 才是真正的實作類，Context
final ContextImpl appContext = ContextImpl.createAppContext(this, data.info);
... ...
try {
//創建Application
Application app = data.info.makeApplication(data.restrictedBackupMode, null);
mInitialApplication = app;
// don't bring up providers in restricted mode; they may depend on the
// app's custom Application class
if (!data.restrictedBackupMode) {
List<ProviderInfo> providers = data.providers;
if (providers != null) {
installContentProviders(app, providers);
// For process that contains content providers, we want to
// ensure that the JIT is enabled "at some point".
mH.sendEmptyMessageDelayed(H.ENABLE_JIT, 10*1000);
}
}
// Do this after providers, since instrumentation tests generally start their
// test thread at this point, and we don't want that racing.
try {
mInstrumentation.onCreate(data.instrumentationArgs);
}
catch (Exception e) {
throw new RuntimeException(
"Exception thrown in onCreate() of "
+ data.instrumentationName + ": " + e.toString(), e);
}
try {
//呼叫Application.onCreate() 方法
mInstrumentation.callApplicationOnCreate(app);
} catch (Exception e) {
if (!mInstrumentation.onException(app, e)) {
throw new RuntimeException(
"Unable to create application " + app.getClass().getName()
+ ": " + e.toString(), e);
}
}
} finally {
StrictMode.setThreadPolicy(savedPolicy);
}
}static ContextImpl createAppContext(ActivityThread mainThread, LoadedApk packageInfo) {
if (packageInfo == null) throw new IllegalArgumentException("packageInfo");
// 這重新new 了一個 ContextImpl
return new ContextImpl(null, mainThread,
packageInfo, null, null, false, null, null, Display.INVALID_DISPLAY);
}3.3、分析ContextWarpper
（1）
Application app = data.info.makeApplication(data.restrictedBackupMode, null);創建了 Application ，我們看看Application 的繼承結構，他是繼承至 ContextWrapper ：
public class Application extends ContextWrapper implements ComponentCallbacks2（2） ContextWrapper 的結構
public class ContextWrapper extends Context {
Context mBase; //這里對應的就是ContextImpl
public ContextWrapper(Context base) {
mBase = base;
}
//是所有的ContextWrapper 物件初始化的時候，都可以呼叫該方法和 ContextImpl 進行系結
protected void attachBaseContext(Context base) {
if (mBase != null) {
throw new IllegalStateException("Base context already set");
}
mBase = base;
}
//獲取 ContextImpl
public Context getBaseContext() {
return mBase;
}
/// -------------- 下方列舉了幾個方法，都是直接呼叫了 mBase中的具體實作
@Override
public AssetManager getAssets() {
return mBase.getAssets();
}
@Override
public Resources getResources()
{
return mBase.getResources();
}
@Override
public PackageManager getPackageManager() {
return mBase.getPackageManager();
}
@Override
public ContentResolver getContentResolver() {
return mBase.getContentResolver();
}
... ...
}上面可以看到，Context Wrapper 中有一個mBase 的Context 物件，其實該物件就是 ContextImpl ，所有ContextWrapper的創建都要在建構式 或者 呼叫 attachbaseContext 傳入 ContextImpl .可以看看前面創建 Application的時候是如何，
（3）Application 創建
public Application makeApplication(boolean forceDefaultAppClass,
Instrumentation instrumentation) {
if (mApplication != null) {
return mApplication;
}
Application app = null;
String appClass = mApplicationInfo.className;
if (forceDefaultAppClass || (appClass == null)) {
appClass = "android.app.Application";
}
try {
java.lang.ClassLoader cl = getClassLoader();
if (!mPackageName.equals("android")) {
initializeJavaContextClassLoader();
}
ContextImpl appContext = ContextImpl.createAppContext(mActivityThread, this);
/**
這里使用calss.newInstance 的方式創建一個新的 Application
創建之后呼叫 app.attachattach(context); 方法，把Application 和 ContextImpl 進行系結
static public Application newApplication(Class<?> clazz, Context context)
throws InstantiationException, IllegalAccessException,
ClassNotFoundException {
Application app = (Application)clazz.newInstance();
app.attachattach(context);
return app;
}
**/
app = mActivityThread.mInstrumentation.newApplication(
cl, appClass, appContext);
appContext.setOuterContext(app);
} catch (Exception e) {
if (!mActivityThread.mInstrumentation.onException(app, e)) {
throw new RuntimeException(
"Unable to instantiate application " + appClass
+ ": " + e.toString(), e);
}
}
... ...
return app;
}上面可以看到，使用clasloader 創建了Application 之后，會呼叫 attachattach 方法把 Application 和 ContextImpl 系結在一塊，
3.4、Application
public class Application extends ContextWrapper implements ComponentCallbacks2
Application 集成了ContextWrapper3.5、Service
public abstract class Service extends ContextWrapper implements ComponentCallbacks2
Service 集成了ContextWrapper3.6、ContextThemeWrapper
public class ContextThemeWrapper extends ContextWrapper
ContextThemeWrapper 集成了ContextWrapper3.7、Activity
public class Activity extends ContextThemeWrapper implements LayoutInflater.Factory2,Window.Callback, KeyEvent.Callback,OnCreateContextMenuListener, ComponentCallbacks2,Window.OnWindowDismissedCallback
Activity 集成了 ContextThemeWrapper3.8 、
上面的分析可以看到，
ContextImpl 才是context的具體實作
我們專案行程接觸到的 Context 都是集成了 ContextWrapper
而ContextWrapper 是中系結了 ContextImpl ，并且ContextWrapper是ContextImpl 的裝飾者，其中所有的具體實作都是呼叫了 ContextImpl
參考：
https://blog.csdn.net/guolin_blog/article/details/47028975
https://www.cnblogs.com/lianghe01/p/6442239.html
https://www.jianshu.com/p/dabaebe9574d
分析原始碼
轉載請註明出處，本文鏈接：https://www.uj5u.com/yidong/180844.html
標籤：其他