每个App里面都有一个Application,但是我们为什么还要自定义一个Application类呢?我们知道当App启动的时候,系统会自动加载并初始化Application类。其实Google 并不希望我们去自定义Application类。基本上只有需要做一些全局初始化的时候可能才需要用到自定义Application。
官方文档
译文:注意:通常不需要子类化应用程序。在大多数情况下,静态单例可以以一种更模块化的方式提供相同的功能。如果你需要一个全局上下文(例如注册广播接收器),包括Context . getApplicationContext()作为一个上下文参数调用您的单例的getInstance()方法。
市场上的App基本上都会创建自定义App,创建的自定义的Application类和一些单例的工具类差不多。可是使用归使用,有不少项目对自定义Application的用法并不到位,正如官方文档中所表述的一样,多数项目只是把自定义Application当成了一个通用工具类,而这个功能并不需要借助Application来实现,使用单例可能是一种更加标准的方式。不过使用自定义的Application类并没有什么副作用,它和单例模式一样都能实现全局功能。
2. 自定义Application
2.1 自定义Application的用途
- 得到一个Application对象
- 封装一些全局性的操作
- 初始化全局性的数据
2.2 创建自定义Application
- 自定义Application 方法很简单,首先创建一个类继承Application类就可以了。
public class MyApplication extends Application {
@Override
public void onCreate() {
super.onCreate();
}
}
- 然后在AndroidManifest.xml文件中的application节点上,引用就可以了
<application
android:name=".MyApplication"
android:allowBackup="true"
android:icon="@mipmap/ic_launcher"
android:label="@string/app_name"
android:roundIcon="@mipmap/ic_launcher_round"
android:supportsRtl="true"
android:theme="@style/AppTheme">
指定完成后,当我们的程序启动时Android系统就会创建一个MyApplication的实例,如果这里不指定的话就会默认创建一个Application的实例。剩下的就是自己创建你需要的方法和实例了。
3. 自定义Application使用误区
在查看官方文档的时候,我们可以知道Application属于Context类中的一种。那么我们想要获得Context中的各种方法是不是也可以通过getApplication来获得呢?
image.png
修改代码,获取包名,运行代码:
public class MyApplication extends Application {
public MyApplication() {
String packageName = getPackageName();
Log.d("TAG", "package name is " + packageName);
}
}
getPackageName()这个方法是Context提供的,结果发现是空指针的操作。
运行结果
这是为什么呢?很简单的一段代码怎么会报空呢?我们重新回顾一下ContextWrapper类的源码,ContextWrapper中有一个attachBaseContext()方法,这个方法会将传入的一个Context参数赋值给mBase对象,之后mBase对象就有值了。而我们又知道,所有Context的方法都是调用这个mBase对象的同名方法,那么也就是说如果在mBase对象还没赋值的情况下就去调用Context中的任何一个方法时,就会出现空指针异常,上面的代码就是这种情况。Application方法的执行顺序是从构造方法到attachBaseContext()方法再到onCreate()方法。所以在初始化操作的时候
Application中方法的执行顺序如下图所示:
Application方法的执行顺序
Application中在onCreate()方法里去初始化各种全局的变量数据是一种比较推荐的做法,但是如果你想把初始化的时间点提前到极致,也可以去重写attachBaseContext()方法。
修改代码:
public class MyApplication extends Application {
@Override
public void onCreate() {
super.onCreate();
String packageName = getPackageName();
Log.d("TAG", "package name is " + packageName);
}
}
或者
public class MyApplication extends Application {
@Override
protected void attachBaseContext(Context base) {
super.attachBaseContext(base);
String packageName = getPackageName();
Log.d("TAG", "package name is " + packageName);
}
}
运行结果
4. 常见的Application使用误区
我们在创建自定义Application的时候,最常用的方法是去获得Application实例,列举一段你很熟悉的代码出来。
public class MyApplication extends Application {
public static MyApplication app;
public static MyApplication getInstance(){
if(app==null){
app= new MyApplication();
}
return app;
}
@Override
public void onCreate() {
super.onCreate();
}
}
这个获取Application单例方法getInstance(),用于获取MyApplication的实例,有了这个实例之后我们就能获取MyApplication这个类里面的方法了。但是因为Application类属于系统组件,系统组件的实例由系统去创建。所以这里new 一个 MyApplication类不具备任何获取Context的实例,它只是一个普通的Java对象。因为Application类全局只有一个,它本身就是一个单例,所以不需要再给它加上单例的外衣去保护它。
修改代码:
public class MyApplication extends Application {
public static MyApplication app;
public static MyApplication getInstance(){
return app;
}
@Override
public void onCreate() {
super.onCreate();
app = this;
}
}
getInstance()方法可以照常提供,但是里面不要做任何逻辑判断,直接返回app对象就可以了,而app对象又是什么呢?在onCreate()方法中我们将app对象赋值成this,this就是当前Application的实例,那么app也就是当前Application的实例了。
作者:忆念成风
链接:https://www.jianshu.com/p/e28e50196800
來源:简书
简书著作权归作者所有,任何形式的转载都请联系作者获得授权并注明出处。