Application是维护应用全局状态的基类,Android系统会在启动应用进程时创建一个对应的Application对象。所以当我们需要创建全局变量的时候,不需要再像Java那样需要创建public权限的static变量,而直接在Application中去实现。其他组件只需要调用Context的getApplicationContext或者getApplication(在Activity中)来获得一个Application对象,再做出相应的处理。
自定义Application
我们可以通过创建一个子类,并在AndroidManifest.xml的<application>
标签中将该子类的标准名称指定为”android:name” 属性来设定为自己的实现类。
1 | public class MyApplication extends Application { |
AndroidManifest.xml:
1 | <?xml version="1.0" encoding="utf-8"?> |
MainActivity.java
1 |
|
打印出来的确实自定义的Application类对象:
1 | MainActivity: onCreate: cn.tim.custom_application.MyApplication@9e7a3660 |
Application对象生命周期
Application对象诞生于其它任何组件对象之前,并且一直存活,直到应用进程结束。Application对象由Android系统管理,它的回调函数都运行于UI线程。
1 | public class MyApplication extends Application { |
Application对象的作用
Application对象全局可访问,且全程陪同应用进程。所以特别适合完成以下任务:初始化全应用所需的服务、共享全局状态、监听配置信息改变、监听Activity生命周期
初始化全应用所需的服务:在 Application 对象被创建时会调用 onCreate()方法,此时用来初始化全应用所需的服务是个不错的选择,但是最好执行耗时操作,否则会拖慢应用程序启动速度。
共享全局状态:另外使用Application对象实现数据共享、数据缓存也是一个不错的选择。Application对象可以获取应用程序当前的内存使用情况,及时释放资源,从而避免被系统杀死。
监听配置信息改变:如屏幕旋转,系统语言切换等(下面是手机开启横屏的示例)。
监听Activity生命周期:监听应用程序内所有Activity的生命周期。
Application对象 VS 静态单例
Application对象与静态单例都可以实现应用全局状态的共享,以共享Otto的Bus对象为例:
1 | implementation group: 'com.squareup', name: 'otto', version: '1.3.8' |
这是使用Application对象进行全局共享的示例:
MyApplication.java
1 | public class MyApplication extends Application { |
MainActivity.java
1 |
|
这是使用静态单例进行全局共享的示例:
BusProvider.java
1 | public class BusProvider { |
OtherActivity.java
1 |
|
1、静态单例模块化程度更好
2、Application就是一个context,所以有访问资源的能力
3、静态单例可以接受context参数
4、Application对象能接收系统回调,自动知悉系统环境变化
5、Application对象的生命周期由系统控制
原文地址:《Application全局应用》
- 本文作者: Tim
- 本文链接: https://zouchanglin.cn/2020/12/07/12540.html
- 版权声明: 本博客所有文章除特别声明外,均采用 CC BY-SA 4.0 许可协议。转载请注明出处!