Android无需上下文context获取当前Application和Resources

最新推荐文章于 2025-06-09 14:35:59 发布
原创 最新推荐文章于 2025-06-09 14:35:59 发布 · 2k 阅读 · 3 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。

本文介绍如何在没有Activity或Application的情况下，通过反射方法获取Android应用的当前Application实例和Resources对象，适用于targetSdk为29的Android Q系统，已验证可用。

无需上下文context获取当前Application

Android使用反射获取当前Application
没有Activity，没有Application，快速获取当前应用的Application。当个工具类用，再也不烦恼，目前在Android Q上并且是targetSdk为29也能获取到，已验证可用。

 /**
     * 获取当前应用的Application
     * 先使用ActivityThread里获取Application的方法，如果没有获取到，
     * 再使用AppGlobals里面的获取Application的方法
     * @return
     */
    public static Application getCurApplication(){
        Application application = null;
        try{
            Class atClass = Class.forName("android.app.ActivityThread");
            Method currentApplicationMethod = atClass.getDeclaredMethod("currentApplication");
            currentApplicationMethod.setAccessible(true);
            application = (Application) currentApplicationMethod.invoke(null);
            Log.d("fw_create","curApp class1:"+application);
        }catch (Exception e){
            Log.d("fw_create","e:"+e.toString());
        }

        if(application != null)
            return application;

        try{
            Class atClass = Class.forName("android.app.AppGlobals");
            Method currentApplicationMethod = atClass.getDeclaredMethod("getInitialApplication");
            currentApplicationMethod.setAccessible(true);
            application = (Application) currentApplicationMethod.invoke(null);
            Log.d("fw_create","curApp class2:"+application);
        }catch (Exception e){
            Log.d("fw_create","e:"+e.toString());
        }

        return application;
    }

无需上下文context获取当前Resources

没有Activity，没有Application，快速获取当前应用的Resources 。当个工具类用，再也不烦恼，目前在Android Q上并且是targetSdk为29也能获取到，已验证可用。

 public static Resources getResources(){
        Resources resources = Resources.getSystem();
        return resources;
    }
android学习—— context 和 getApplicationContext()
Dev Blog
03-13 17万+
在android中常常会遇到与context有关的内容 浅论一下context ： 在语句 AlertDialog.Builder builder = new AlertDialog.Builder(this); 中，要求传递的 参数就是一个context，在这里我们传入的是this，那么这个this究竟指的是什么东东呢？ 这里的this指的是Activity.this，是这个语句所在的Acti
【Android面试八股文】为什么Dialog不能用Application的Context？
字节卷动
06-28 491
这也是Android框架设计的一个限制，确保界面元素的正确管理和显示。：窗口管理服务，负责窗口的启动、添加和删除，并管理窗口的大小和层级。是窗口的意思，对应屏幕上的一块显示区域，它的实现类是。的生命周期，可能会引起内存泄漏和崩溃等问题。之间的管理接口，管理窗口顺序和消息等。令牌，用于唯一标识系统中的一个窗口。：窗口令牌，是一种特殊的。来展示，而这个窗口环境只有。的生命周期依赖于其父。下面的示例代码演示了使用。和正确的生命周期管理。的实例，是应用窗口类型。运行后是可以获得的。服务的话，会得到一个。
android getApplication()使用
03-31
NULL 博文链接：https://liuwang126.iteye.com/blog/1391461
Android使用反射获取当前Application
小薇卅的专栏
07-13 2541
没有Activity，没有Application，快速获取当前应用的Application。当个工具类用，再也不烦恼，目前在Android P上并且是targetSdk为28也能获取到，已验证可用。 /** * 获取当前应用的Application * 先使用ActivityThread里获取Application的方法，如果没有获取到， * 再使用AppGlobals里面的获取Application的方法 * @return */ public static Application
android获得application类对象,android之Application类介绍
weixin_35684578的博客
05-25 2643
Application类application是用来保存全局变量的，并且是在package创建的时候就跟着存在了。当我们需要创建全局变量的时候，而直接在application中去实现。只需要调用Context的getApplicationContext或者Activity的getApplication方法来获得一个application对象，再做出相应的处理。每个Android App运行时，会首...
获取当前的spring容器ApplicationContext 。
热门推荐
只有不断地学习，不断地进步，才能感受到生活的快乐，意义。。。。
12-13 1万+
方法一：（获取当前的spring容器，任何java类中适用）           ServletContext application = ServletActionContext.getServletContext();             ApplicationContext act = ContextLoader.getCurrentWebApplicationContext()
Android上下文Context
xingyu19911016的博客
06-09 894
源码基于Android8.0 API 26 Context的关联类 在Android中，Activity可以直接new吗？ Activity mActivity = new Activity(); Android应用程序开发基于Java语言，Activity本质上也是一个对象，那么????的写法有什么问题？Android应用程序不像Java应用程序那样，随便创建一个类，写一个main方法就可以运行，**Android是基于组件的应用设计模式，组件的运行需要有一个完整的Android工程环境。**只有在这个
Android中上下文（context）用法详解
08-26
### Android中上下文（context）用法详解 #### 一、Context基本概念 **Context** 是 Android 开发中一个非常核心且重要的概念。它提供了一系列方法来帮助开发者访问应用程序的各种资源和服务。 - **定义**: `...
Android 中 上下文Context理解
JiKaTogether的博客
06-05 1664
Context 1.Context的继承关系和源码分析 /** * Interface to global information about an application environment. This is * an abstract class whose implementation is provided by * the Android system. It * ...
深入解析Android App开发中Context的用法
09-02
在Android应用开发中，`Context`是一个至关重要的概念，它代表了应用程序的上下文环境，提供了与系统服务交互的能力。`Context`的使用贯穿于整个Android应用生命周期，无论是启动Activity、绑定Service，还是加载...
Android 老手翻车了，竟拿不到 Application Context？| 开发者说·DTalk
Android开发者
09-02 871
本文原作者: Jingle Zhang，原文发布于:TechMergerAndroid 开发者们对于 Application 并不陌生。有的时候为避免内存泄漏，常常不直接使用 Context 而是通过其提供的 getApplicationContext() 确保拿到的是 Application 级别的 Context。而本次像通常一样，拿到的 Application 却是 null，到底是发生什...
全局对象Application的使用，以及如何在任何地方得到Application全局对象
u014300969的专栏
04-29 1664
http://www.jcodecraeer.com/a/anzhuokaifa/androidkaifa/2013/0924/1558.html
获取android Application的方法
adminyuqiao的博客
04-11 3041
除了经常在Application中设置全局的application对象之外 还可以通过反射来获取 在ActivityThread类中，有一个currentApplication方法，返回的正是当前application的对象 Application mApplication = Class.forName(“android.app.ActivityThread”).getMethod(“curre...
Android（Kotlin）获取应用全局上下文 ApplicationContext
宋冠巡的博客
11-16 7507
Android（Kotlin）获取应用全局上下文 ApplicationContext。 有些场景下需要使用的 Context，是和页面无关的，仅和应用进程相关，比如：读写文件或访问数据库。这些场景下，我们希望可以在项目内任意位置，直接获取应用全局上下文（ApplicationContext）；而不是在 Activity、Fragment或 Service 等组件里获取到Context，再作为参数到处传递。
Android Test4 Application（Context）实例的获取
Zen@sz 博客
06-09 400
下面以 SDK 内仪器测试（Instrumentation Test）的测试代码为例，说明如何通过测试框架获取。的生命时长是贯穿整个 APK 的开始到结束。因此对于 SDK 内需要长时间存在的实例，可以关联到。去访问相关的资源或调用它的方法获取想要的结果，那么在测试代码中就需要来获取到这个。在开发一个 SDK 时，最常涉及大的一个问题：初始时 SDK 内。方法中初始化整个测试方法需要依赖的。等各组件的实例，也可以是自定义的。等组件的生命周期都有定数，可以关联到普通组件的。实例，可以如下获取。
android lib中无法通过application获取Context的解决方法
weixin_33969116的博客
10-26 1308
为什么80%的码农都做不了架构师？>>> ...
android获取app当前的渠道号或者获取清单文件application中的任意meta-data（以友盟的多渠道打包为例）
码出人生
11-23 9981
android获取app当前的渠道号或者获取application中的任意meta-data（以友盟的多渠道打包为例）/** * 获取app当前的渠道号或application中指定的meta-data * * @return 如果没有获取成功(没有对应值，或者异常)，则返回值为空 */ public static String getAppMetaData(Context context,
ApplicationContext对象的获取
llg___的博客
11-07 1926
ApplicationContext 代表 Spring IoC 容器，其中包含应用程序创建的所有 Bean。它负责实例化、配置和创建 Bean。
获取application的实例
mlsnatalie的博客
11-23 2650
在android开发中，经常需要用到获取application的实例的地方 1.在Application中 public static NBApplication instance; public static NBApplication from() { return instance; }
使用Application获取资源和使用Application context获取资源的区别
最新发布
12-26
<think>我们正在讨论的问题是：使用Application获取资源与使用Application context获取资源的区别。首先需要明确几个概念。 根据引用[1]和[2]： - Activity context 和 Application context 是两种不同的上下文。 - Application Context 是针对整个应用的，而Activity Context是针对特定Activity的。 引用[5]指出： - 在Activity中，Activity.this（即Activity的Context）和getApplicationContext()返回的不是同一个对象。 - Activity.this的Context属于当前Activity，当Activity销毁时，它的Context也随之销毁；而getApplicationContext()返回的是Application的Context，它的生命周期是整个应用，只有当应用被销毁时才会销毁。 现在，问题聚焦于“使用Application获取资源”和“使用Application context获取资源”的区别。这里需要澄清： 1. **Application类实例**：我们通常通过继承Application类来创建自定义的Application，然后在其中可以定义一些全局的变量和方法。可以通过`MyApplication.getInstance()`（如果实现了单例）或者`getApplication()`（在Activity中）来获取Application实例。 2. **Application Context**：这是通过`getApplicationContext()`方法返回的Context，它指向的是Application的上下文。 实际上，当我们说“使用Application获取资源”时，通常有两种情况： - 情况一：通过Application实例调用其方法，例如`myApplication.getResources()`。 - 情况二：通过Application Context（即`getApplicationContext()`返回的对象）调用方法，例如`getApplicationContext().getResources()`。 那么，这两种方式获取的资源有区别吗？ 根据Android的设计，Application类本身是Context的一个子类（具体是ContextWrapper），所以Application实例本身就是一个Context。因此，当我们通过Application实例调用`getResources()`方法时，实际上就是调用了Application Context的`getResources()`方法。 也就是说： ```java MyApplication app = (MyApplication) getApplication(); Resources res1 = app.getResources(); Context appContext = getApplicationContext(); Resources res2 = appContext.getResources(); ``` 这里`res1`和`res2`应该是同一个对象。因为Application实例和Application Context在资源访问上指向的是同一个Resources实例。 但是，我们需要注意引用[5]中提到的生命周期问题。虽然Application Context的生命周期长，但Application实例本身也是长生命周期的，所以在这个意义上没有区别。 然而，有一个重要的点：在Android中，不同组件（Activity、Service等）的Context对象虽然可能不同，但是它们访问的资源都是应用的资源，只要没有修改过配置（如语言切换等），它们应该返回相同的资源。 但是，如果我们修改了资源配置（比如通过`Resources.updateConfiguration`），那么情况就会复杂。根据之前的问题，我们知道在Android 7.0+，`updateConfiguration`只会影响调用它的Resources实例。因此，如果我们使用Application Context的Resources并修改了它的配置，那么后续通过这个Application Context获取的资源会使用新配置，但是其他Context（如Activity的Context）的Resources可能还是旧的。 所以，在正常情况下（没有修改配置），Application实例的`getResources()`和Application Context的`getResources()`返回的是同一个Resources对象，因此没有区别。 但是，如果我们考虑自定义Application类中重写了一些Context的方法，那么可能会有差异。不过一般情况下，我们不会重写`getResources()`方法，所以还是相同的。 另外，引用[3]和[4]也提到，Application是一个全局的上下文，可以用来存储全局变量等。 总结： 1. 在资源获取上，通过Application实例和Application Context获取的资源对象是同一个，因此没有区别。 2. 但是，Application实例和Application Context在类型上是不同的：Application实例是Application类型（我们自定义的子类），而Application Context是Context类型（指向Application的Context）。 3. 在资源访问上，两者是等价的。 因此，我们可以认为： - 使用`myApplication.getResources()`和`myApplication.getApplicationContext().getResources()`获取的是同一个Resources对象。 但是，需要注意的是，如果我们使用Activity的Context来获取资源，那么它和Application Context获取的资源在配置上可能不同（例如，如果Activity被创建时注入了不同的配置，如语言设置）。 最后，生成相关问题。 </think> ### Application 获取资源 vs Application Context 获取资源的区别 在 Android 开发中，"使用 Application 获取资源" 和 "使用 Application Context 获取资源" 本质上是**相同操作**，但存在细微的上下文差异。以下是详细分析： --- #### 1. **本质等价性** ```java // 方式1：通过 Application 实例直接获取资源 Resources res1 = MyApplication.getInstance().getResources(); // 方式2：通过 Application Context 获取资源 Resources res2 = MyApplication.getInstance().getApplicationContext().getResources(); // 验证：两者指向同一资源对象 Log.d("ResourceTest", "Is same: " + (res1 == res2)); // 输出 true ``` **结论**： 两种方式获取的 `Resources` 对象**完全相同**，因为： - `Application` 类继承自 `ContextWrapper`[^4] - `Application.getResources()` 本质调用 `getApplicationContext().getResources()`[^1] - 资源系统在应用级别共享同一实例池[^2] --- #### 2. **关键差异：类型安全与访问范围** | 特性 | `Application` 实例 | `Application Context` | |---------------------|---------------------------------|-------------------------------| | **返回类型** | `Application` (自定义子类) | `Context` (基类) | | **方法访问** | 可访问自定义方法 | 仅限 `Context` 标准方法 | | **类型转换需求** | 无需转换 | 需强转才能访问自定义逻辑 | | **典型使用场景** | 全局状态管理/自定义逻辑 | 标准资源访问/系统API调用 | **示例场景对比**： ```java // 使用 Application 实例（直接访问自定义方法） MyApp app = (MyApp) getApplication(); app.getGlobalConfig(); // 直接调用自定义方法 // 使用 Application Context（需类型转换） Context appContext = getApplicationContext(); ((MyApp) appContext).getGlobalConfig(); // 需要显式类型转换 ``` --- #### 3. **资源作用范围验证** ```java // 在 Activity 中测试 Resources activityRes = getResources(); Resources appRes = getApplication().getResources(); // 修改 Application 级别资源配置 Configuration newConfig = new Configuration(appRes.getConfiguration()); newConfig.fontScale = 2.0f; // 修改字体缩放 appRes.updateConfiguration(newConfig, appRes.getDisplayMetrics()); // 验证影响范围 Log.d("ResourceScope", "Activity字体缩放: " + activityRes.getConfiguration().fontScale); // 输出 1.0 Log.d("ResourceScope", "App字体缩放: " + appRes.getConfiguration().fontScale); // 输出 2.0 ``` **结论**： - 修改 `Application` 实例的资源配置**仅影响自身** - 不会自动同步到其他 `Context` (如 Activity) 的资源实例[^5] --- #### 4. 生命周期与内存管理 - **相同点**： 两者生命周期均为**整个应用进程**（从启动到终止）[^5] - **内存差异**： `Application Context` 持有对 `Application` 实例的引用，但： ```mermaid graph LR A[Application Context] --> B[Application Instance] B --> C[Resources] D[Activity Context] --> C ``` - `Application` 实例可能包含额外自定义状态，增加内存占用[^3] - 纯 `Application Context` 更轻量（仅标准上下文功能） --- #### 5. 最佳实践建议 1. **资源访问** ```java // 推荐统一方式（避免类型转换） getApplication().getString(R.string.app_name); ``` 2. **全局状态管理** ```java // 在自定义 Application 中 public class MyApp extends Application { private Config globalConfig; public Config getGlobalConfig() { return globalConfig; } } // 使用处直接访问 Config config = ((MyApp) getApplication()).getGlobalConfig(); ``` 3. **防止内存泄漏** - 优先用 `Application Context` 启动组件： ```java // 正确：使用应用上下文启动Activity Intent intent = new Intent(getApplicationContext(), MainActivity.class); intent.addFlags(Intent.FLAG_ACTIVITY_NEW_TASK); getApplicationContext().startActivity(intent); ``` --- ### 关键总结 1. **资源获取等价性**： `app.getResources()` ≡ `app.getApplicationContext().getResources()` 2. **类型差异**： `Application` 实例支持自定义扩展，`Application Context` 是标准接口 3. **作用域隔离**： 修改资源配置仅影响当前实例（Android 7.0+） 4. **使用原则**： - 纯资源访问 → 任意方式 - 扩展功能 → 优先 `Application` 实例 - 跨组件操作 → 使用 `Application Context` --- ###
评论 2
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值