Android:全面解析 熟悉而陌生 的Application类使用

前言

  • Applicaiton类在 Android开发中非常常见,可是你真的了解Applicaiton类吗?
  • 本文将全面解析Applicaiton类,包括特点、方法介绍、应用场景和具体使用,希望你们会喜欢。

目录

示意图


1. 定义

  • 代表应用程序(即 Android App)的类,也属于Android中的一个系统组件
  • 继承关系:继承自 ContextWarpper

示意图


2. 特点

2.1 实例创建方式:单例模式

  • 每个Android App运行时,会首先自动创建Application 类并实例化 Application 对象,且只有一个

Application类 是单例模式(singleton)类

  • 也可通过 继承 Application 类自定义Application 类和实例

2.2 实例形式:全局实例

即不同的组件(如Activity、Service)都可获得Application对象且都是同一个对象

2.3 生命周期:等于 Android App 的生命周期

Application 对象的生命周期是整个程序中最长的,即等于Android App的生命周期


3. 方法介绍

那么,该 Application 类有什么作用呢?下面,我将介绍Application 类的方法使用

示意图

3.1 onCreate()

  • 调用时刻: Application 实例创建时调用

Android系统的入口是Application类的 onCreate(),默认为空实现

  • 作用

    1. 初始化 应用程序级别 的资源,如全局对象、环境配置变量、图片资源初始化、推送服务的注册等

注:请不要执行耗时操作,否则会拖慢应用程序启动速度

  1. 数据共享、数据缓存

    设置全局共享数据,如全局共享变量、方法等

注:这些共享数据只在应用程序的生命周期内有效,当该应用程序被杀死,这些数据也会被清空,所以只能存储一些具备 临时性的共享数据

  • 具体使用
// 复写方法需要在Application子类里实现

private static final String VALUE = "Carson";
    // 初始化全局变量
    @Override
    public void onCreate()
    {
        super.onCreate();

        VALUE = 1;

    }
}

3.2 registerComponentCallbacks() & unregisterComponentCallbacks()

  • 作用:注册和注销 ComponentCallbacks2回调接口

本质上是复写 ComponentCallbacks2回调接口里的方法从而实现更多的操作,具体下面会详细介绍

  • 具体使用
registerComponentCallbacks(new ComponentCallbacks2() {
// 接口里方法下面会继续介绍
            @Override
            public void onTrimMemory(int level) {

            }

            @Override
            public void onLowMemory() {

            }

            @Override
            public void onConfigurationChanged(Configuration newConfig) {

            }
        });

3.3 onTrimMemory()

  • 作用:通知 应用程序 当前内存使用情况(以内存级别进行识别)

Android 4.0 后提供的一个API

示意图

  • 应用场景:根据当前内存使用情况进行自身的内存资源的不同程度释放,以避免被系统直接杀掉 & 优化应用程序的性能体验
  1. 系统在内存不足时会按照LRU Cache中从低到高杀死进程;优先杀死占用内存较高的应用
  2. 若应用占用内存较小 = 被杀死几率降低,从而快速启动(即热启动 = 启动速度快)
  3. 可回收的资源包括:

    a. 缓存,如文件缓存,图片缓存

    b. 动态生成 & 添加的View

典型的应用场景有两个:

示意图

  • 具体使用
registerComponentCallbacks(new ComponentCallbacks2() {

@Override
  public void onTrimMemory(int level) {

  // Android系统会根据当前内存使用的情况,传入对应的级别
  // 下面以清除缓存为例子介绍
    super.onTrimMemory(level);
  .   if (level >= ComponentCallbacks2.TRIM_MEMORY_MODERATE) {

        mPendingRequests.clear();
        mBitmapHolderCache.evictAll();
        mBitmapCache.evictAll();
    }

        });

  • 可回调对象 & 对应方法
Application.onTrimMemory()
Activity.onTrimMemory()
Fragment.OnTrimMemory()
Service.onTrimMemory()
ContentProvider.OnTrimMemory()

特别注意:onTrimMemory()中的TRIM_MEMORY_UI_HIDDENonStop()的关系

  • onTrimMemory()中的TRIM_MEMORY_UI_HIDDEN的回调时刻:当应用程序中的所有UI组件全部不可见时
  • ActivityonStop()回调时刻:当一个Activity完全不可见的时候
  • 使用建议:
    1. onStop()中释放与 Activity相关的资源,如取消网络连接或者注销广播接收器等
    2. onTrimMemory()中的TRIM_MEMORY_UI_HIDDEN中释放与UI相关的资源,从而保证用户在使用应用程序过程中,UI相关的资源不需要重新加载,从而提升响应速度

注:onTrimMemoryTRIM_MEMORY_UI_HIDDEN等级是在onStop()方法之前调用

3.4 onLowMemory()

  • 作用:监听 Android系统整体内存较低时刻
  • 调用时刻:Android系统整体内存较低时
registerComponentCallbacks(new ComponentCallbacks2() {

  @Override
            public void onLowMemory() {

            }

        });
  • 应用场景:Android 4.0前 检测内存使用情况,从而避免被系统直接杀掉 & 优化应用程序的性能体验

类似于 OnTrimMemory()

  • 特别注意:OnTrimMemory() & OnLowMemory() 关系

    1. OnTrimMemory()OnLowMemory() Android 4.0后的替代 API
    2. OnLowMemory() = OnTrimMemory()中的TRIM_MEMORY_COMPLETE级别
    3. 若想兼容Android 4.0前,请使用OnLowMemory();否则直接使用OnTrimMemory()即可

3.5 onConfigurationChanged()

  • 作用:监听 应用程序 配置信息的改变,如屏幕旋转等
  • 调用时刻:应用程序配置信息 改变时调用
  • 具体使用
registerComponentCallbacks(new ComponentCallbacks2() {

            @Override
            public void onConfigurationChanged(Configuration newConfig) {
              ...
            }

        });
  • 该配置信息是指 :Manifest.xml文件下的 Activity标签属性android:configChanges的值,如下:
<activity android:name=".MainActivity">
      android:configChanges="keyboardHidden|orientation|screenSize"
// 设置该配置属性会使 Activity在配置改变时不重启,只执行onConfigurationChanged()
// 上述语句表明,设置该配置属性可使 Activity 在屏幕旋转时不重启
 </activity>

3.6 registerActivityLifecycleCallbacks() & unregisterActivityLifecycleCallbacks()

  • 作用:注册 / 注销对 应用程序内 所有Activity的生命周期监听
  • 调用时刻:当应用程序内 Activity生命周期发生变化时就会调用

实际上是调用registerActivityLifecycleCallbacks()ActivityLifecycleCallbacks接口里的方法

  • 具体使用
// 实际上需要复写的是ActivityLifecycleCallbacks接口里的方法
registerActivityLifecycleCallbacks(new ActivityLifecycleCallbacks() {
            @Override
            public void onActivityCreated(Activity activity, Bundle savedInstanceState) {
                Log.d(TAG,"onActivityCreated: " + activity.getLocalClassName());
            }

            @Override
            public void onActivityStarted(Activity activity) {
                Log.d(TAG,"onActivityStarted: " + activity.getLocalClassName());
            }

            @Override
            public void onActivityResumed(Activity activity) {
                Log.d(TAG,"onActivityResumed: " + activity.getLocalClassName());
            }

            @Override
            public void onActivityPaused(Activity activity) {
                Log.d(TAG,"onActivityPaused: " + activity.getLocalClassName());
            }

            @Override
            public void onActivityStopped(Activity activity) {
                Log.d(TAG, "onActivityStopped: " + activity.getLocalClassName());
            }

            @Override
            public void onActivitySaveInstanceState(Activity activity, Bundle outState) {
            }

            @Override
            public void onActivityDestroyed(Activity activity) {
                Log.d(TAG,"onActivityDestroyed: " + activity.getLocalClassName());
            }
        });

<-- 测试:把应用程序从前台切到后台再打开,看Activcity的变化 -->
 onActivityPaused: MainActivity
 onActivityStopped: MainActivity
 onActivityStarted: MainActivity
 onActivityResumed: MainActivity

3.7 onTerminate()

调用时刻:应用程序结束时调用

但该方法只用于Android仿真机测试,在Android产品机是不会调用的


4. 应用场景

Applicaiton类的方法可以看出,Applicaiton类的应用场景有:(已按优先级排序)

  • 初始化 应用程序级别 的资源,如全局对象、环境配置变量等
  • 数据共享、数据缓存,如设置全局共享变量、方法等
  • 获取应用程序当前的内存使用情况,及时释放资源,从而避免被系统杀死
  • 监听 应用程序 配置信息的改变,如屏幕旋转等
  • 监听应用程序内 所有Activity的生命周期

5. 具体使用

  • 若需要复写实现上述方法,则需要自定义 Application
  • 具体过程如下

步骤1:新建Application子类

即继承 Application

public class CarsonApplication extends Application
  {
    ...
    // 根据自身需求,并结合上述介绍的方法进行方法复写实现

    // 下面以onCreate()为例
  private static final String VALUE = "Carson";
    // 初始化全局变量
    @Override
    public void onCreate()
    {
        super.onCreate();

        VALUE = 1;

    }

  }

步骤2:配置自定义的Application子类

Manifest.xml文件中 <application>标签里进行配置

Manifest.xml

<application

        android:name=".CarsonApplication"
        // 此处自定义Application子类的名字 = CarsonApplication

</application>

步骤3:使用自定义的Application类实例

private CarsonApplicaiton app;

// 只需要调用Activity.getApplication() 或Context.getApplicationContext()就可以获得一个Application对象
app = (CarsonApplication) getApplication();

// 然后再得到相应的成员变量 或方法 即可
app.exitApp();

至此,关于 Applicaiton 类已经讲解完毕。


6. 总结

  • 我用一张图总结上述文章

示意图

原文地址:https://www.cnblogs.com/youseiraws/p/8619281.html

时间: 2024-08-04 13:13:39

Android:全面解析 熟悉而陌生 的Application类使用的相关文章

Android高级编程笔记(三)Application类简介

每次运行APP时,Application类都保持实例化状态.与Activity不同,配置改变不会导致应用程序重启.通过继承Application类,可以完成一下3项工作: · 对Android运行时广播的应用程序级事件做出相应. · 在应用程序组件之间传递对象. · 管理和维护多个应用程序组件使用的资源. 其中,后两项工作通过使用一个单态类能够更好地完成.Application的实现在本质上是单态的,并应作为单态实现,以便提供对其方法和成员变量的访问. 一.扩展和使用Application类 如

Android TransactionTooLargeException 解析,思考与监控方案

最近公司遇到了一个很有意思的 Crash:android.os.TransactionTooLargeException,这个 Crash 大家可能见到过,错误堆栈的信息多种多样,下面是其中的常见错误堆栈信息之一: #1 main android.os.TransactionTooLargeException java.lang.RuntimeException:Adding window failed android.view.ViewRootImpl.setView(ViewRootImpl

Android源代码解析之(十三)--&amp;gt;apk安装流程

转载请标明出处:一片枫叶的专栏 上一篇文章中给大家分析了一下android系统启动之后调用PackageManagerService服务并解析系统特定文件夹.解析apk文件并安装的过程,这个安装过程实际上是没有图形界面的,底层调用的是我们平时比較熟悉的adb命令,那么我们平时安装apk文件的时候大部分是都过图形界面安装的,那么这样的方式安装apk详细的流程是如何的呢? 本文我们就来详细看一下apk的详细安装过程,通过本文的学习希望帮助大家大概的了解到Android系统安装Apk文件的基本流程.好

Android源代码解析之(三)--&amp;gt;异步任务AsyncTask

转载请标明出处:一片枫叶的专栏 上一篇文章中我们解说了android中的异步消息机制. 主要解说了Handler对象的使用方式.消息的发送流程等.android的异步消息机制是android中多任务处理的基础,Handler是整个android应用层体系异步消息传递的基础组件,通过对Handler源代码的解析的解析相信大家对android中的异步消息机制有了一个大概的了解.很多其它关于android中的异步消息机制的知识可參考我的:android源代码解析之(二)–>异步消息机制 android

Android Intent 解析之一

Intent的架构包括三方面: Client,也就是发送这个Intent的activity: Server,也就是activityManagerService.java,它主要是负责分发这些Intent给适当的对象: Target,也就是那些需要处理这个Intent的activity,我们称为Receiver: Intent的三个主要方面:Action.Data.Category在之前的文档中也有介绍,在此就不在叙述了. 下面回到前面的例子: Intent intent = new Intent

Android package属性、package name和Application ID三者的联系及区别

名词解释 package属性:在AndroidManifest.xml文件中. package name:应用程序的包名. Application ID:模块defaultConfig块下的applicationId属性. 设置Application ID 每个Android应用程序都有唯一一个类似Java包名的Application ID,比如com.example.myapp.在Android设备和Google应用商店上,Application ID是您应用的唯一标识.如果您想上传应用程序的

黑马程序员——冒泡排序和选择排序——熟悉又陌生的排序方法

------Java培训.Android培训.iOS培训..Net培训.期待与您交流! ------- 昨天做基础测试题,遇到了个排序问题,写完后脑子里突然跳出了“冒泡排序法”这个名词.“冒泡排序法”和“选择排序法”是每个程序初学者都会学到的两个排序方法,但是好多人对这两个排序方法是既熟悉又陌生,熟悉是因为凡是遇到排序一般都会想到这两个方法,陌生是因为细细一想对这两个方法的原理和区别又不是很清楚.不较真还好,初学者一较真就很容易被这两个方法搞晕了,我当时也被这两个方法搞晕了,就又认认真真一步一步

Android源代码解析之(四)--&amp;gt;HandlerThread

转载请标明出处:一片枫叶的专栏 上一篇文章中我们解说了AsyncTast的基本使用以及实现原理,我们知道AsyncTask内部是通过线程池和Handler实现的.通过对线程池和handler的封装实现了对异步任务操作.很多其它关于AsyncTask相关的内容,可參考我的android源代码解析之(三)–>异步任务AsyncTask 本文我们将解说HandlerThread相关的概念. HandlerThread是什么东西呢?了解一个类最好的方法就是查看类的定义,所以我们就看一下HandlerTh

Android volley 解析(三)之文件上传篇

前面我们讲了如何通过 volley 实现表单的提交,而这篇文章跟上一篇衔接很大,如果没有看上一篇 blog 的朋友,建议先去看看 Android Volley解析(二)之表单提交篇 因为文件上传实质就是表单的提交,只不过它提交的数据包含文件类型,接下来还是按照表单提交的套路来分析. 数据格式 这里我们通过图片上传的案例来分析,其他文件也是同样的实现方式:以下是我在传图网传图时,上传的数据格式,先来分析一下 POST http://chuantu.biz/upload.php HTTP/1.1 H