Application的attachBaseContext方法中调用getApplicationContext返回null的原因分析

首先看源码 

Application extends ContextWapper

所以当我们在调用Application的 getApplicationContext时 实际上调用的是 ContextWapper的getApplicationContext 方法如下

from ContextWapper.java   
    @Override
    public Context getApplicationContext() {
        return mBase.getApplicationContext();
    }

 

mBase 就是 attachBaseContext 时传入的context 看如下代码

form ContextWapper.java    
protected void attachBaseContext(Context base) {
        if (mBase != null) {
            throw new IllegalStateException("Base context already set");
        }
        mBase = base;
    }

再继续追查

attachBaseContext 是一个 protected 方法  他其实是在Application.java 的attach 中调用

from Application.java
    final void attach(Context context) {
        attachBaseContext(context);
        mLoadedApk = ContextImpl.getImpl(context).mPackageInfo;
    }

查找attach 调用的地方  

from Instrumentation.java
 public Application newApplication(ClassLoader cl, String className, Context context)
            throws InstantiationException, IllegalAccessException, 
            ClassNotFoundException {
        Application app = getFactory(context.getPackageName())
                .instantiateApplication(cl, className);
        app.attach(context);
        return app;
    }

newApplication 的调用处

from LoadedApk.java    
public Application makeApplication(boolean forceDefaultAppClass,
            Instrumentation instrumentation) {
        if (mApplication != null) {
            return mApplication;
        }
        ......................................
        try {
            java.lang.ClassLoader cl = getClassLoader();
        .....................................
            ContextImpl appContext = ContextImpl.createAppContext(mActivityThread, this);
            app = mActivityThread.mInstrumentation.newApplication(
                    cl, appClass, appContext);
            appContext.setOuterContext(app);
        } catch (Exception e) {

        }
        mActivityThread.mAllApplications.add(app);
        mApplication = app;
        .................................
        return app;
    }

OK 看上面这个代码 

生成app实例 并且调用了 attachBaseContext 之后 最终将app实例指向了 mApplication

现在我们知道了 attachBaseContext 中传入的 context 其实是个 ContextImpl 实例

我们查看ContextImpl 的 getApplicationContext方法

from ContextImpl.java
    @Override
    public Context getApplicationContext() {
        return (mPackageInfo != null) ?
                mPackageInfo.getApplication() : mMainThread.getApplication();
    }

mPackageInfo 其实就是LoadedApk 往下看

from LoadedApk.java
    Application getApplication() {
        return mApplication;
    }

现在知道了 其实getApplicaitonContext 返回的就是mApplication

根据LoadedApk的makeApplication方法里面可以看到

mApplication 是在attachBaseContext 之后 才被赋值的 ,所以你在attachBaseContext 里面去拿 拿到的当然是NULL了

 

  • 3
    点赞
  • 10
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
DroidPlugin 是360手机助手在 Android 系统上实现了一种新的插件机制:它可以在无需安装、修改的情况下运行APK文件,此机制对改进大型APP的架构,实现多团队协作开发具有一定的好处。定义:HOST程序:插件的宿主。插件:免安装运行的APK限制和缺陷:无法在插件发送具有自定义资源的Notification,例如: a.  带自定义RemoteLayout的Notification b.  图标通过R.drawable.XXX指定的通知(插件系统会自动将其转化为Bitmap)无法在插件注册一些具有特殊Intent Filter的Service、Activity、BroadcastReceiver、ContentProvider等组件以供Android系统、已经安装的其他APP调用。对Activity的LaunchMode支持不够好,Activity Stack管理存在一定缺陷。Activity的onNewIntent函数可能不会被触发。  (此为BUG,未来会修复)缺乏对Native层的Hook,对某些带native代码的apk支持不好,可能无法运行。比如一部分游戏无法当作插件运行。特点:支持Androd 2.3以上系统插件APK完全不需做任何修改,可以独立安装运行、也可以做插件运行。要以插件模式运行某个APK,你无需重新编译、无需知道其源码。插件的四大组件完全不需要在Host程序注册,支持Service、Activity、BroadcastReceiver、ContentProvider四大组件插件之间、Host程序与插件之间会互相认为对方已经"安装"在系统上了。API低侵入性:极少的API。HOST程序只是需要一行代码即可集成Droid Plugin超强隔离:插件之间、插件与Host之间完全的代码级别的隔离:不能互相调用对方的代码。通讯只能使用Android系统级别的通讯方法。支持所有系统API资源完全隔离:插件之间、与Host之间实现了资源完全隔离,不会出现资源窜用的情况。实现了进程管理,插件的空进程会被及时回收,占用内存低。插件的静态广播会被当作动态处理,如果插件没有运行(即没有插件进程运行),其静态广播也永远不回被触发。使用方法:集成在host集成Droid Plugin项目非常简单:我们只是需要将Droid Plugin当作一个lib工程应用到主项目,然后:在AndroidManifest.xml使用插件的com.morgoo.droidplugin.PluginApplication:<application android:name="com.morgoo.droidplugin.PluginApplication"               android:label="@string/app_name"              android:icon="@drawable/ic_launcher"如果你使用自定义的Application,那么你需要在自定义的Application class onCreate和attachBaseContext方法添加如下代码:@Override public void onCreate() {     super.onCreate();     //这里必须在super.onCreate方法之后,顺序不能变     PluginHelper.getInstance().applicationOnCreate(getBaseContext()); } @Override protected void attachBaseContext(Context base) {     PluginHelper.getInstance().applicationAttachBaseContext(base); }将插件Libraries\DroidPlugin\AndroidManifest.xml所有的provider对应的authorities修改成自己的,默认为com.morgoo.droidplugin_stub_P00,如下:<provider     android:name="com.morgoo.droidplugin.stub.ContentProviderStub$StubP00"     android:authorities="com.morgoo.droidplugin_stub_P00"     android:exported="false"     android:label="@string/stub_name_povider" />可以修改为自己的包名,如: com.e
在 Android Studio ,要自定义 Application 类,您可以按照以下步骤操作: 1. 在您的项目包名下创建一个新的 Java 类,命名为 CustomApplication(或您喜欢的任何名称)。 2. 让 CustomApplication 类继承自 android.app.Application。例如: ```java public class CustomApplication extends Application { // 自定义代码 } ``` 3. 打开 AndroidManifest.xml 文件,并找到 `<application>` 标签。 4. 在 `<application>` 标签添加 `android:name` 属性,并将其设置为您创建的 CustomApplication 类的完整路径。例如: ```xml <application android:name=".CustomApplication" ... > ... </application> ``` 5. 在 CustomApplication,您可以重写一些方法来实现自定义的应用逻辑。以下是一些常用的方法: - `onCreate()`: 当应用程序启动时调用,可以在此处进行应用程序级别的初始化。 - `onTerminate()`: 当应用程序终止时调用,可以在此处进行一些清理工作。 - `attachBaseContext(Context base)`: 在应用程序的上下文(Context)被创建时调用,可以在此处进行一些初始化设置。 - `onConfigurationChanged(Configuration newConfig)`: 当应用程序配置更改时调用,例如屏幕旋转。 您可以根据需要在 CustomApplication添加其他自定义方法和成员变量。 请确保在 AndroidManifest.xml 正确设置了 CustomApplication 类的路径,并在其实现了所需的自定义逻辑。这样,当您的应用程序启动时,将使用您的 CustomApplication 类作为应用程序的 Application 实例。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值