Android 的 Application 初始化

最新推荐文章于 2024-08-07 23:07:06 发布
最新推荐文章于 2024-08-07 23:07:06 发布
阅读量5.9k 收藏 5
点赞数 1
分类专栏： Android

[java]  view plain  copy
 print ?
  1.   
在Android开发中如何使用Application类

自己独立开发项目之后，才发现对Application类并不十分了解，现在开始直接搭建一个新的项目，才踩过这个坑。

1.Context类

Android是用Java语言来编写和，然而Android却需要一个完整的Android工程环境，在这个环境下，我们熟悉的Activity、Service、ContentPrivoder等系统组件才能有自己各自的上下文环境，也就是Context。Context是维持Android应用的核心功能类，是整个Android系统交互的核心。

Context的继承结构从图中可以看到，直系子类有两个，一个是ContextWrapper，一个是ContextImpl。那么从名字上就可以看出，ContextWrapper是上下文功能的封装类，而ContextImpl则是上下文功能的实现类。而ContextWrapper又有三个直接的子类，ContextThemeWrapper、Service和Application。其中，ContextThemeWrapper是一个带主题的封装类，而它有一个直接子类就是Activity。

在这里我们至少看到了几个所比较熟悉的面孔，Activity、Service、还有Application。由此，其实我们就已经可以得出结论了，Context一共有三种类型，分别是Application、Activity和Service。这三个类虽然分别各种承担着不同的作用，但它们都属于Context的一种，而它们具体Context的功能则是由ContextImpl类去实现的。

一种比较特殊的情况是Dialog要求在Activity的Context中弹出，而一些全局的例如网络终端的Dialog需要什么特殊权限。

2. Application类在项目开发中的使用

首先在项目目录下一个Java类继承Application类，实现是onCreate()方法。这个类可以做APP的全局初始化工作，比如图片加载框架的全局配置信息设置。

[java]  view plain  copy
 print ?
  1. public class MyApplication extends Application {  
  2.   
  3.     private static MyApplication myApplication;  
  4.   
  5.     @Override  
  6.     public void onCreate() {  
  7.         super.onCreate();  
  8.         myApplication = this;  
  9.     }  
  10.   
  11.     public static MyApplication getInstance(){  
  12.         return myApplication;  
  13.     }  
  14. }  


然后千万不要忘了在Android项目的Manifest文件中指定Application的实现类，不然系统会创建一个默认的Application类。


[java]  view plain  copy
 print ?
  1. <application  
  2.       android:name=".MyApplication"  
  3.       android:allowBackup="true"  
  4.       android:icon="@mipmap/ic_launcher"  
  5.       android:label="@string/app_name"  
  6.       android:roundIcon="@mipmap/ic_launcher_round"  
  7.       android:supportsRtl="true"  
  8.       android:theme="@style/AppTheme">  
  9.       <activity android:name=".view.MainActivity">  
  10.           <intent-filter>  
  11.               <action android:name="android.intent.action.MAIN" />  
  12.   
  13.               <category android:name="android.intent.category.LAUNCHER" />  
  14.           </intent-filter>  
  15.       </activity>  
  16.       
  17.   </application>  


3. Application类或Context类的误用情况

1. 不能用Application缓存数据！！！

因为Application会因为进入background后内存不足被系统干掉，进入后系统会重现创建一个Application类，而导致缓存在Application类里的数据全部初始化而丢失。

2. 错误的获取全局Context对象的方式

[java]  view plain  copy
 print ?
  1. public class AnddroidApplication extends Application {    
  2.   
  3.     private static AnddroidApplication app;    
  4.   
  5.     public static AnddroidApplication getInstance() {  
  6.         if (app == null) {    
  7.             app = new AnddroidApplication();    
  8.         }    
  9.         return app;    
  10.     }    
  11.   
  12. }  

上面这种方式如果是单纯的Java工程可能没有问题，但是在Android里这样说大错特错的。因为Application是系统组件，系统组件实例是要由系统去创建的，如果我们这里直接创建一个，不过是简单的Java对象而已，不具备任何Context能力，也无法进行任何Context操作。标准的写法就本文的第一段示意代码那样。

3. 在控件的构造方法中获取Context或者做其他视图操作

写过Android的同学应该知道自己或者看别人dome都很少或者基本看不到在控件构造函数内进行初始化，获取参数等这些操作吧！是的，这样做是很容易出难以发现的Bug的。具体原因是在ContextWrapper类的源码中，他有一个attachBaseContext()方法，这个方法会将传入的一个Context参数赋值给mBase对象，之后mBase对象就有值了。而我们又知道，所有Context的方法都是调用这个mBase对象的同名方法，那么也就是说如果在mBase对象还没赋值的情况下就去调用Context中的任何一个方法时，就会出现空指针异常，上面的代码就是这种情况。Application中方法的执行顺序如下图所示：

 

[java]  view plain  copy
 print ?
  1.   
在Android开发中如何使用Application类

自己独立开发项目之后，才发现对Application类并不十分了解，现在开始直接搭建一个新的项目，才踩过这个坑。

1.Context类

Android是用Java语言来编写和，然而Android却需要一个完整的Android工程环境，在这个环境下，我们熟悉的Activity、Service、ContentPrivoder等系统组件才能有自己各自的上下文环境，也就是Context。Context是维持Android应用的核心功能类，是整个Android系统交互的核心。

Context的继承结构从图中可以看到，直系子类有两个，一个是ContextWrapper，一个是ContextImpl。那么从名字上就可以看出，ContextWrapper是上下文功能的封装类，而ContextImpl则是上下文功能的实现类。而ContextWrapper又有三个直接的子类，ContextThemeWrapper、Service和Application。其中，ContextThemeWrapper是一个带主题的封装类，而它有一个直接子类就是Activity。

在这里我们至少看到了几个所比较熟悉的面孔，Activity、Service、还有Application。由此，其实我们就已经可以得出结论了，Context一共有三种类型，分别是Application、Activity和Service。这三个类虽然分别各种承担着不同的作用，但它们都属于Context的一种，而它们具体Context的功能则是由ContextImpl类去实现的。

一种比较特殊的情况是Dialog要求在Activity的Context中弹出，而一些全局的例如网络终端的Dialog需要什么特殊权限。

2. Application类在项目开发中的使用

首先在项目目录下一个Java类继承Application类，实现是onCreate()方法。这个类可以做APP的全局初始化工作，比如图片加载框架的全局配置信息设置。

[java]  view plain  copy
 print ?
  1. public class MyApplication extends Application {  
  2.   
  3.     private static MyApplication myApplication;  
  4.   
  5.     @Override  
  6.     public void onCreate() {  
  7.         super.onCreate();  
  8.         myApplication = this;  
  9.     }  
  10.   
  11.     public static MyApplication getInstance(){  
  12.         return myApplication;  
  13.     }  
  14. }  


然后千万不要忘了在Android项目的Manifest文件中指定Application的实现类，不然系统会创建一个默认的Application类。


[java]  view plain  copy
 print ?
  1. <application  
  2.       android:name=".MyApplication"  
  3.       android:allowBackup="true"  
  4.       android:icon="@mipmap/ic_launcher"  
  5.       android:label="@string/app_name"  
  6.       android:roundIcon="@mipmap/ic_launcher_round"  
  7.       android:supportsRtl="true"  
  8.       android:theme="@style/AppTheme">  
  9.       <activity android:name=".view.MainActivity">  
  10.           <intent-filter>  
  11.               <action android:name="android.intent.action.MAIN" />  
  12.   
  13.               <category android:name="android.intent.category.LAUNCHER" />  
  14.           </intent-filter>  
  15.       </activity>  
  16.       
  17.   </application>  


3. Application类或Context类的误用情况

1. 不能用Application缓存数据！！！

因为Application会因为进入background后内存不足被系统干掉，进入后系统会重现创建一个Application类，而导致缓存在Application类里的数据全部初始化而丢失。

2. 错误的获取全局Context对象的方式

[java]  view plain  copy
 print ?
  1. public class AnddroidApplication extends Application {    
  2.   
  3.     private static AnddroidApplication app;    
  4.   
  5.     public static AnddroidApplication getInstance() {  
  6.         if (app == null) {    
  7.             app = new AnddroidApplication();    
  8.         }    
  9.         return app;    
  10.     }    
  11.   
  12. }  

上面这种方式如果是单纯的Java工程可能没有问题，但是在Android里这样说大错特错的。因为Application是系统组件，系统组件实例是要由系统去创建的，如果我们这里直接创建一个，不过是简单的Java对象而已，不具备任何Context能力，也无法进行任何Context操作。标准的写法就本文的第一段示意代码那样。

3. 在控件的构造方法中获取Context或者做其他视图操作

写过Android的同学应该知道自己或者看别人dome都很少或者基本看不到在控件构造函数内进行初始化，获取参数等这些操作吧！是的，这样做是很容易出难以发现的Bug的。具体原因是在ContextWrapper类的源码中，他有一个attachBaseContext()方法，这个方法会将传入的一个Context参数赋值给mBase对象，之后mBase对象就有值了。而我们又知道，所有Context的方法都是调用这个mBase对象的同名方法，那么也就是说如果在mBase对象还没赋值的情况下就去调用Context中的任何一个方法时，就会出现空指针异常，上面的代码就是这种情况。Application中方法的执行顺序如下图所示：

 

[java]  view plain  copy
 print ?
  1.   
在Android开发中如何使用Application类

自己独立开发项目之后，才发现对Application类并不十分了解，现在开始直接搭建一个新的项目，才踩过这个坑。

1.Context类

Android是用Java语言来编写和，然而Android却需要一个完整的Android工程环境，在这个环境下，我们熟悉的Activity、Service、ContentPrivoder等系统组件才能有自己各自的上下文环境，也就是Context。Context是维持Android应用的核心功能类，是整个Android系统交互的核心。

Context的继承结构从图中可以看到，直系子类有两个，一个是ContextWrapper，一个是ContextImpl。那么从名字上就可以看出，ContextWrapper是上下文功能的封装类，而ContextImpl则是上下文功能的实现类。而ContextWrapper又有三个直接的子类，ContextThemeWrapper、Service和Application。其中，ContextThemeWrapper是一个带主题的封装类，而它有一个直接子类就是Activity。

在这里我们至少看到了几个所比较熟悉的面孔，Activity、Service、还有Application。由此，其实我们就已经可以得出结论了，Context一共有三种类型，分别是Application、Activity和Service。这三个类虽然分别各种承担着不同的作用，但它们都属于Context的一种，而它们具体Context的功能则是由ContextImpl类去实现的。

一种比较特殊的情况是Dialog要求在Activity的Context中弹出，而一些全局的例如网络终端的Dialog需要什么特殊权限。

2. Application类在项目开发中的使用

首先在项目目录下一个Java类继承Application类，实现是onCreate()方法。这个类可以做APP的全局初始化工作，比如图片加载框架的全局配置信息设置。

[java]  view plain  copy
 print ?
  1. public class MyApplication extends Application {  
  2.   
  3.     private static MyApplication myApplication;  
  4.   
  5.     @Override  
  6.     public void onCreate() {  
  7.         super.onCreate();  
  8.         myApplication = this;  
  9.     }  
  10.   
  11.     public static MyApplication getInstance(){  
  12.         return myApplication;  
  13.     }  
  14. }  


然后千万不要忘了在Android项目的Manifest文件中指定Application的实现类，不然系统会创建一个默认的Application类。


[java]  view plain  copy
 print ?
  1. <application  
  2.       android:name=".MyApplication"  
  3.       android:allowBackup="true"  
  4.       android:icon="@mipmap/ic_launcher"  
  5.       android:label="@string/app_name"  
  6.       android:roundIcon="@mipmap/ic_launcher_round"  
  7.       android:supportsRtl="true"  
  8.       android:theme="@style/AppTheme">  
  9.       <activity android:name=".view.MainActivity">  
  10.           <intent-filter>  
  11.               <action android:name="android.intent.action.MAIN" />  
  12.   
  13.               <category android:name="android.intent.category.LAUNCHER" />  
  14.           </intent-filter>  
  15.       </activity>  
  16.       
  17.   </application>  


3. Application类或Context类的误用情况

1. 不能用Application缓存数据！！！

因为Application会因为进入background后内存不足被系统干掉，进入后系统会重现创建一个Application类，而导致缓存在Application类里的数据全部初始化而丢失。

2. 错误的获取全局Context对象的方式

[java]  view plain  copy
 print ?
  1. public class AnddroidApplication extends Application {    
  2.   
  3.     private static AnddroidApplication app;    
  4.   
  5.     public static AnddroidApplication getInstance() {  
  6.         if (app == null) {    
  7.             app = new AnddroidApplication();    
  8.         }    
  9.         return app;    
  10.     }    
  11.   
  12. }  

上面这种方式如果是单纯的Java工程可能没有问题，但是在Android里这样说大错特错的。因为Application是系统组件，系统组件实例是要由系统去创建的，如果我们这里直接创建一个，不过是简单的Java对象而已，不具备任何Context能力，也无法进行任何Context操作。标准的写法就本文的第一段示意代码那样。

3. 在控件的构造方法中获取Context或者做其他视图操作

写过Android的同学应该知道自己或者看别人dome都很少或者基本看不到在控件构造函数内进行初始化，获取参数等这些操作吧！是的，这样做是很容易出难以发现的Bug的。具体原因是在ContextWrapper类的源码中，他有一个attachBaseContext()方法，这个方法会将传入的一个Context参数赋值给mBase对象，之后mBase对象就有值了。而我们又知道，所有Context的方法都是调用这个mBase对象的同名方法，那么也就是说如果在mBase对象还没赋值的情况下就去调用Context中的任何一个方法时，就会出现空指针异常，上面的代码就是这种情况。Application中方法的执行顺序如下图所示：

 
darryrzhong
关注
专栏目录
android开发app初始化,Android 的 Application 初始化
weixin_35087326的博客
05-28 1250
Context的继承结构从图中可以看到，直系子类有两个，一个是ContextWrapper，一个是ContextImpl。那么从名字上就可以看出，ContextWrapper是上下文功能的封装类，而ContextImpl则是上下文功能的实现类。而ContextWrapper又有三个直接的子类，ContextThemeWrapper、Service和Application。其中，ContextThe...
android app初始化sdk,Android-使用ContentProvider来初始化你的sdk（一）
weixin_30016191的博客
05-27 1104
在日常Android开发中经常会写一些sdk来供他人或者自己调用，一般这些sdk都涉及到初始化，虽然这个初始化过程我们一般都会让调用者自己来调用完成初始化过程。但是今天我们来介绍一个不需要调用者调用sdk初始化的方法，我们自己来完成这个初始化过程。下面来介绍方法创建Library首先我们创建个简单的library，这个library的功能就很简单：需要传入context提供判断是否已初始化的函数c...
Flex Application 初始化顺序
aaagu的专栏
09-02 622
引用 自 ： http://hi.baidu.com/wobot8/blog/item/ecc6c93f85ce25c77d1e71c9.htmlpreloader->systemManager->FlexApplication started...然后才是preinitialize在所有的初始化之前触发,没有子组件的定义,但是可以引用组件的变量.initialize当所有子组件生成完成后触发
在Application中如何将集成三方框架初始化
最新发布
追梦的鱼儿
08-07 813
在 Android 应用中，通常会在 Application 类中初始化第三方框架，以确保在应用启动时这些框架已经准备就绪。如果你希望在使用第三方框架时确保它们已经初始化，可以使用 IntentService 或其他异步机制来进行初始化，并在使用框架前检查其初始化状态。
在Android开发中怎样使用Application类
笔记
09-13 397
转载地址：http://www.jianshu.com/p/3138f9c351e8 --- 在Android开发中怎样使用Application类 自己独立开发项目才发现以前对Application类并不是十分了解，现在开始直接搭建一个新项目的框架才重新踩过这个坑。 1. Context类型 Android是用Java语言来编写和，然而Android却需要一个完整的Android
Android系统编程入门系列之应用初始化Application
weixin_48967543的博客
06-26 715
在上一篇文章中我们了解到Android系统启动应用的时候，会首先加载AndroidManifest.xml清单文件中的一系列信息，在清单文件中如果不指定<application></application>标签中的name属性值，会默认使用android.app.Application作为应用程序加载类，其生命周期与应用程序生命周期是一致的。那么到底应用程序有怎样的生命周期，在不同的生命周期有哪些调用方法可以使用？这章将详细介绍。 生命周期优惠券免费领取 https://www.f.
Android App ~ 第三方库使用 ContentProvider 初始化
南柯好萌的博客
05-31 1443
情景模拟 最近小明开源了一个 Android 三方库，接入流程很简单，开发者们只需要在应用的 Application 的 onCreate() 方法中去初始化它，然后就可以调用相应的库 API 了 public class App extends Application { @Override public void onCreate() { super.onCreate(); XiaomingLibrary.init(this); } } 这是一个
Android-AppInitialzer-用于子模块在Application启动时执行初始化代码的库
08-13
AppInitialzer - 用于子模块在Application启动时执行初始化代码的库
Android : 初始化 高德地图Demo
12-21
本文将详细介绍如何在Android项目中初始化高德地图Demo，以帮助开发者快速理解和实现相关功能。 首先，我们需要在项目中引入高德地图的SDK。这通常通过在`build.gradle`文件中添加依赖完成。在`dependencies`块中，...
Android ble简单使用（初始化）
01-03
网上已经有很多优秀的开源框架了，为了熟悉ble的整个流程还是要自己写一下的。 蓝牙权限 动态申请权限 因为这里只有一个权限需要动态申请，所以用下面的代码 //检查权限是否打开 private void checkPermission()...
Android M以上在Application中初始化配置的问题
lingshi210的专栏
11-14 1407
简单来说 1.不要在application里面配置涉及危险权限的代码 2.不在application初始化的静态变量，进程间不通用 所以由于静态权限的问题，写码变的麻烦了， 比如你log要写到文件，保存路径又不是写死的， 不同的进程里需要重新初始化路径参数。
[Android入门]从零构建Android app之天气——4.App初始化、设计主要结构、封装工具类
chice的博客
11-25 1089
通过前面几篇你已经准备好，可以开始输入代码，创建你的应用了。App初始化我们要自定义Application默认情况下，系统会让你的应用使用默认的Application，可以，这很方便。但是实际开发中，我们往往需要在应用程序一进去就开始一些初始化(初始化配置、加载后面要使用的资源)的操作，所以我们需要使用自己的Application。 1. 首先extends Application，目前暂时只在其
源码分析之——Application初始化流程
aphrodite1314的博客
01-25 1885
前言 犹豫了好久想写一篇关于AMS启动流程的文章，也做了很多准备看了很多的源码。但怕自己理解的不全面，迟迟没敢下手。 对于Android的小伙伴来说，大家或多或少的都会了解一点ActivityManagerService，简称AMS。那么废话不多说，下面我将针对AMS启动做一个简单的介绍。以Android10.0 aosp为基础进行梳理。 谨以此记录下学习流程，欢迎广大博友交流指正。是时候提高一波了。。。 启动流程 ...
（二）ApplicationContext的启动以及初始化过程
流连是谁的博客
05-11 5260
在查看SpringBoot的源码时，可以看到构造完ConfigurableApplicationContext实例后，是通过调用ConfigurableApplicationContext中的refresh方法 来触发容器的一切处理流程的。 1.关于AbstractApplicationContext的refresh()方法 该方法是触发容器加载BeanDefinition以及创建对象等...
Android 组件初始化三种方式
m0_59162559的博客
08-14 885
方式一：使用 `Application#onCreate` 进行初始化 方式二：使用 `Content Provider` 进行初始化 方式三：使用 `Jetpack startup` 组件库进行初始化
Application 初始化流程
emmmsuperdan的博客
03-22 564
Application 的 onCreate 和 attachBaseContext Application 的 onCreate 和 attachBaseContext 是 Application 的两个回调方法，通常我们会在其中做一些初始化操作。 onCreate 和 attachBaseContext 顺序： Application 的 attachBaseContext 在 onCreate 之前执行。 handleBindApplication App 的 application 创建是在 A
【译】你的Android库是否还在Application中初始化，滴滴android面试
m0_46608024的博客
03-28 460
如果你的项目加入了Firebase 🔥, 你会发现它并没有要求初始化, 你只要使用它 :这个数据库访问没有需要context的传入，通过离线访问存储本地。可以猜测它有一个机制获取上下文，自动完成初始化。
Application对象初始化过程
zouguogufunhua的专栏
06-30 564
App进程创建好之后，执行ActivityThread的main方法。 main方法执行如下几项重要工作： 1.主线程的Looper初始化，Looper.prepareMainLooper(); 2.初始化ActivityThread对象，并执行ActivityThread的attach方法。 attach方法： 1.非system进程，需要调用AMS的attachApplication方法将当前进程的ApplicationThread对象传递给AMS，AMS在执行完attachApplicati
Application中的初始化
zhengyongbo的博客
06-29 1772
每个进程开启走Application中的onCreate方法，保证一切进程在主线程中初始化，判断是否为主线程的方法如下：`public class HuaqianApplication extends Application {public static HuaqianApplication app; @Override public void onCreate() { super.onCr
Android AssetManager初始化与Context详解
"这篇文章除了探讨AssetManager的初始化过程，还涉及了Android系统中的资源管理和Context架构的分析。文章介绍了如何通过AssetManager构造函数和init方法来创建和初始化AssetManager对象，以及如何构建系统资源表。...
评论 2
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值