统计下android.app.LoadedApk.makeApplication报错的原因

最新推荐文章于 2024-08-15 14:12:25 发布
最新推荐文章于 2024-08-15 14:12:25 发布
阅读量5.2k 收藏
点赞数
CC 4.0 BY-SA版权
文章标签： Android
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/weekendboyxw/article/details/9814921
本文记录了一次在Android应用启动过程中遇到的MyApplication实例化失败问题，并给出了通过更改目标Android版本解决了NullPointerException异常的具体过程。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

08-07 09:02:28.359: E/AndroidRuntime(2769): FATAL EXCEPTION: main
08-07 09:02:28.359: E/AndroidRuntime(2769): java.lang.RuntimeException: Unable to instantiate application com.scdhkj.phone.activity.MyApplication: java.lang.NullPointerException
08-07 09:02:28.359: E/AndroidRuntime(2769):  at android.app.LoadedApk.makeApplication(LoadedApk.java:482)
08-07 09:02:28.359: E/AndroidRuntime(2769):  at android.app.ActivityThread.handleBindApplication(ActivityThread.java:3970)
08-07 09:02:28.359: E/AndroidRuntime(2769):  at android.app.ActivityThread.access$1300(ActivityThread.java:126)
08-07 09:02:28.359: E/AndroidRuntime(2769):  at android.app.ActivityThread$H.handleMessage(ActivityThread.java:1188)
08-07 09:02:28.359: E/AndroidRuntime(2769):  at android.os.Handler.dispatchMessage(Handler.java:99)
08-07 09:02:28.359: E/AndroidRuntime(2769):  at android.os.Looper.loop(Looper.java:137)
08-07 09:02:28.359: E/AndroidRuntime(2769):  at android.app.ActivityThread.main(ActivityThread.java:4456)
08-07 09:02:28.359: E/AndroidRuntime(2769):  at java.lang.reflect.Method.invokeNative(Native Method)
08-07 09:02:28.359: E/AndroidRuntime(2769):  at java.lang.reflect.Method.invoke(Method.java:511)
08-07 09:02:28.359: E/AndroidRuntime(2769):  at com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:787)
08-07 09:02:28.359: E/AndroidRuntime(2769):  at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:554)
08-07 09:02:28.359: E/AndroidRuntime(2769):  at dalvik.system.NativeStart.main(Native Method)
08-07 09:02:28.359: E/AndroidRuntime(2769): Caused by: java.lang.NullPointerException
08-07 09:02:28.359: E/AndroidRuntime(2769):  at android.app.LoadedApk.initializeJavaContextClassLoader(LoadedApk.java:362)
08-07 09:02:28.359: E/AndroidRuntime(2769):  at android.app.LoadedApk.getClassLoader(LoadedApk.java:305)
08-07 09:02:28.359: E/AndroidRuntime(2769):  at android.app.LoadedApk.makeApplication(LoadedApk.java:474)
08-07 09:02:28.359: E/AndroidRuntime(2769):  ... 11 more

 

 

 

 

我将原来 用的android4.1.2，改成2.3.3后就不报错了

别介意
关注
Android四大组件系列11　Application创建流程
liuwg1226的专栏
01-02 1424
一　概述 system_server 进程和 app 进程都运行着一个或多个 app，每个 app 都会有一个对应的 Application 对象(该对象跟 LoadedApk 一一对应)。下面分别分析这两种进程创建 Application 的过程： system_server进程 app进程 二　system_server进程 2.1 SystemServer.run public final class SystemServer { private static final String
Android 混淆问题排查
李彬博客专栏
02-16 4781
问题 近期在开发过程中，突然出现混淆后程序出现运行时异常，编译是正常的，不混淆也是正常的， 错误信息如下提示 12-07 14:10:27.056 10603-10603/? E/AndroidRuntime: FATAL EXCEPTION: main Process: com.hikvision.tvterminal, PID: 10603 java.lang.RuntimeE...
Android应用覆盖安装时crash问题
Delion
01-04 5776
最近测试报了这样的问题， 在版本覆盖安装的时候会报如下crash, 实验一下果然，具体跟进了一下，发现要必现该问题是需要条件的：1，4.0或者4.1系统2，覆盖前Activitystack 栈中有三个以上Activity经查很多同仁遇到了同样的问题，收集备忘于此。目前没有太好的解决办法。在高版本系统上或者低版本上没有该种问题。有在排查同样问题的兄弟们没时间不要再去查了。意义不大。java.lang
loadedapk.java_统计下android.app.LoadedApk.makeApplication报错的原因
weixin_39959482的博客
02-26 421
08-07 09:02:28.359: E/AndroidRuntime(2769): FATAL EXCEPTION: main08-07 09:02:28.359: E/AndroidRuntime(2769): java.lang.RuntimeException: Unable to instantiate application com.scdhkj.phone.activity.MyA...
loadedapk.java_android-每个构建变体的不同Application类在某...
weixin_35834271的博客
02-26 262
我已经修改了build.gradle以使用基于build-variant(调试/发行版)的不同Application类.我在文件夹“ debug”中添加了两个WrapperApplication类,在文件夹“ release”中添加了第二个类,这两个类都扩展了一些基本Application类.在AndroidManifest中,我指向com.my.package.WrapperApplicatio...
android.app.LoadedApk.mReceivers 内存泄漏
csdn_pun的博客
12-30 1109
定位android.app.LoadedApk.mReceivers内存泄漏问题
高通项目 首次开机后apk随机报错
croop520的专栏
06-30 1414
在开发msm8909项目过程中，碰到一个现象，就是烧完版本后开机，会随机出现apk报错的情况，过一段时间，再关机开机，就没有报错。      在Log中，主要报如下错误： E AndroidRuntime: java.lang.RuntimeException: Unable to get provider com.android.providers.contacts.debug.Dump
迁移到AndroidX-你遇到的和即将遇到的，这里都有
micotale的博客
07-26 1万+
一. 第一次迁移 1.背景： AndroidX 会将原始支持库 API 软件包映射到androidx命名空间。只有软件包和 Maven 工件名称发生了变化；类、方法和字段名称没有改变。 2.如何迁移 这里推荐借助 Android Studio 3.2 及更高版本，您可以通过从菜单栏中依次选择Refactor > Migrate to AndroidX，快速迁移现有项目以使用 ...
应用兼容性-娜迦加固应用启动卡在首屏
ldswfun的专栏
08-15 1357
针对云手机常见加固应用导致异常的问题进行分析和总结
Android之window机制token验证
一只修仙的猿
10-13 8156
前言 很高兴遇见你~ 欢迎阅读我的文章 这篇文章讲解关于window token的问题，同时也是Context机制和Window机制这两篇文章的一个补充。如果你对Android的Window机制和Context机制目前位了解过，强烈建议你先阅读前面两篇文章，可以帮助理解整个源码的解析过程以及对token的理解。同时文章涉及到Activty启动流程源码，读者可先阅读Activity启动流程这篇文章。文章涉及到这些方面的内容默认读者已经阅读且了解，不会对这方面的内容过多阐述，如果遇到一些内容不理解，可以找到对应
【Android 安全】DEX 加密 ( Application 替换 | Android 应用启动原理 | LoadedApk 源码分析 )
让 学习 成为一种 习惯 ( 韩曙亮 の 技术博客 )
11-27 2899
一、LoadedApk 源码分析、 二、LoadedApk 源码 makeApplication 方法分析
【Android 逆向】启动 DEX 字节码中的 Activity 组件 ( 替换 LoadedApk 中的类加载器 | 加载 DEX 文件中的 Activity 类并启动成功 )
让 学习 成为一种 习惯 ( 韩曙亮 の 技术博客 )
12-12 2109
前言、 一、替换 LoadedApk 中的类加载器、 1、获取 ActivityThread 实例对象、 2、获取 LoadedApk 实例对象、 3、替换 LoadedApk 实例对象中的 mClassLoader 类加载器、 二、完整代码示例、 三、执行结果、 四、博客资源、
自定义android.app.Application的调用流程分析
我的博客
01-17 631
自定义android.app.Application的调用流程分析
（4.6.10.2）Android LoadedApk详解
JAVA成长之路
05-30 4375
文章目录一、LoadedApk的构建函数和成员变量二、LoadedApk的在ActivityThread中的获取三、LoadedApk的mApplication创建Application实例四、LoadedApk的mResources创建Resources实例 是ActivityThread中进行四大组件等启动过程中的重要中间变量 LoadedApk对象是APK文件在内存中的表示。 Apk文件的相关信息，诸如Apk文件的代码和资源，甚至代码里面的Activity，Service等组件的信息我们都可以通过此
Android Framework学习笔记（五）应用程序启动过程
m0_61362539的博客
11-06 255
因为AMS继承了AMN，服务端真正的实现是在AMS中，注释1最终会调用AMS的startActivity方法。 ActivityManagerService#startActivity() @Override public final int startActivity(IApplicationThread caller, String callingPackage, Intent intent, String resolvedType, IBinder resultTo, String resultWho
Android App 启动流程学习
嗯...
11-17 2084
在 Android 应用的启动过程中，这个短暂的背景通常是由系统自动创建和管理的，不需要开发者直接介入。具体来说，这个背景的创建和显示是由 Android 系统的窗口管理服务和系统框架负责处理的。也就是说，Main Thread实例是存在的，只是创建它的代码我们不可见。每个应用都运行在其自己的应用进程中，这意味着每个应用都有独立的内存空间，独立的虚拟机（Dalvik 或 ART），以及独立的运行环境。总之，这个短暂的背景是由 Android 系统自动创建和管理的，以提供用户反馈和平滑的应用启动过渡。
Android APK资源加载流程，Android面试心得必备技能储备详解
m0_62289824的博客
03-15 920
现在都说互联网寒冬，其实无非就是你上错了车，且穿的少（技能），要是你上对车，自身技术能力够强，公司换掉的代价大，怎么可能会被裁掉，都是淘汰末端的业务Curd而已！现如今市场上初级程序员泛滥，这套教程针对Android开发工程师1-6年的人员、正处于瓶颈期，想要年后突破自己涨薪的，进阶Android中高级、架构师对你更是如鱼得水，赶快领取吧！Android架构视频+BAT面试专题PDF+学习笔记，或者私信回复【技能提升】即可获取！
Android APK的加固方法
zhangge3663的博客
09-06 6427
有人的地方就有竞争，在Android的发展过程中就伴随着逆向和安固加固的发展。逆向工作者可以通过一些非常好用的软件，如IDA、JEB等，来加快逆向的速度；应用开发工作者也会通过各种手段来阻止逆向工作者对自己的应用进行逆向。 但是往往情况下逆向是不可能做到百分百阻止的，所有只能通过其他的手段来提高自己应用被逆向时的难度，让逆向工作者需要(可不绕过)花费足够多的时间才能把应用逆向成功。在实际情况下，只要不明显影响应用运行速度，我们都可以采用这种思想来进行保护。 在这种背景下，膨胀与混淆就应运而生了，这就
Android中的Apk的加固(加壳)原理解析和实现
热门推荐
xu13879531489的专栏
06-19 1万+
一、前言今天又到周末了，憋了好久又要出博客了，今天来介绍一下Android中的如何对Apk进行加固的原理。现阶段。我们知道Android中的反编译工作越来越让人操作熟练，我们辛苦的开发出一个apk,结果被人反编译了，那心情真心不舒服。虽然我们混淆，做到native层，但是这都是治标不治本。反编译的技术在更新，那么保护Apk的技术就不能停止。现在网上有很多Apk加固的第三方平台，最有名的应当属于：爱...
03-16 12:33:00.942 18324 18324 E AndroidRuntime: FATAL EXCEPTION: main 03-16 12:33:00.942 18324 18324 E AndroidRuntime: Process: com.android.bluetooth, PID: 18324 03-16 12:33:00.942 18324 18324 E AndroidRuntime: java.lang.IllegalArgumentException: Receiver not registered: com.oplus.bluetooth.feature.dcs.OplusBluetoothRecorderFactory$1@f666353 03-16 12:33:00.942 18324 18324 E AndroidRuntime: at android.app.LoadedApk.forgetReceiverDispatcher(LoadedApk.java:1777) 03-16 12:33:00.942 18324 18324 E AndroidRuntime: at android.app.ContextImpl.unregisterReceiver(ContextImpl.java:1922) 03-16 12:33:00.942 18324 18324 E AndroidRuntime: at android.content.ContextWrapper.unregisterReceiver(ContextWrapper.java:832) 03-16 12:33:00.942 18324 18324 E AndroidRuntime: at com.oplus.bluetooth.feature.dcs.03-16 12:33:00.942 18324 18324 E AndroidRuntime: FATAL EXCEPTION: main 03-16 12:33:00.942 18324 18324 E AndroidRuntime: Process: com.android.bluetooth, PID: 18324 03-16 12:33:00.942 18324 18324 E AndroidRuntime: java.lang.IllegalArgumentException: Receiver not registered: com.oplus.bluetooth.feature.dcs.OplusBluetoothRecorderFactory$1@f666353 03-16 12:33:00.942 18324 18324 E AndroidRuntime: at android.app.LoadedApk.forgetReceiverDispatcher(LoadedApk.java:1777) 03-16 12:33:00.942 18324 18324 E AndroidRuntime: at android.app.ContextImpl.unregisterReceiver(ContextImpl.java:1922) 03-16 12:33:00.942 18324 18324 E AndroidRuntime: at android.content.ContextWrapper.unregisterReceiver(ContextWrapper.java:832) 03-16 12:33:00.942 18324 18324 E AndroidRuntime: at com.oplus.bluetooth.feature.dcs.OplusBluetoothRecorderFactory.cleanUp(OplusBluetoothRecorderFactory.java:312).cleanUp(OplusBluetoothRecorderFactory.java:312) 帮我看看报错是什么，是什么类型的报错，怎么导致的
最新发布
03-21
<think>好的，我现在需要帮助用户解决Android中的java.lang.IllegalArgumentException: Receiver not registered异常。首先，我需要理解这个异常的具体原因和可能的解决方案。根据用户提供的引用内容，有几个关键点需要注意。 首先，用户提供的引用[1]、[2]和[3]都提到了这个异常，指出当尝试反注册一个未注册的BroadcastReceiver时会抛出这个错误。引用[3]还提到，解决方法是确保注册和反注册在onResume和onPause中进行，因为这两个方法通常是成对调用的，这样可以避免异常发生。同时，引用[4]提到了处理WebView时的情况，建议在onDestroy中设置WebView为GONE并延迟销毁。引用[5]则指出在Fragment中注册和反注册时，Context和BroadcastReceiver对象可能不一致的问题。 接下来，我需要将这些信息整理成结构化的回答，包括原因和解决方案。可能的原因包括重复反注册、生命周期不同步、Fragment中的上下文问题以及WebView的ZoomControls未处理。解决方案需要针对每个原因给出具体的步骤，比如检查注册状态、使用对称的生命周期方法、确保上下文一致、处理WebView的特殊情况，以及使用try-catch块捕获异常。 在整理过程中，需要注意用户提到的站内引用，确保每个引用对应的解决方案都被正确引用，比如引用[3]、[4]、[5]分别对应不同的解决方法。同时，要遵循用户给出的格式要求，比如使用中文回答，正确使用LaTeX格式，以及生成相关问题。 最后，生成的相关问题需要围绕该异常的其他可能原因、生命周期管理、Fragment中的处理、WebView相关的问题以及如何调试展开，确保覆盖用户可能关心的其他方面。</think>### Android java.lang.IllegalArgumentException: Receiver not registered 异常解析 #### 异常原因 1. **重复反注册** 当尝试调用`unregisterReceiver()`时，如果接收器（BroadcastReceiver）未注册或已注销，系统会抛出此异常。常见于多次调用反注册逻辑或生命周期管理混乱[^3]。 2. **生命周期不同步** 在Activity/Fragment中，注册和反注册未成对出现。例如： - 在`onCreate`注册但未在`onDestroy`反注册 - 在`onResume`注册但未在`onPause`反注册 3. **Fragment中的上下文问题** Fragment销毁时使用的上下文（Context）与注册时不一致。例如： ```java // 错误示例：可能使用已销毁的Activity上下文 getActivity().unregisterReceiver(receiver); ``` 4. **WebView的ZoomControls未处理** WebView内置的缩放控件（ZoomButtonsController）未正确销毁，导致反注册时触发异常[^4]。 --- #### 解决方案 ##### 1. 确保注册与反注册成对出现 - **对称生命周期方法** 推荐在`onResume`注册，`onPause`反注册： ```java @Override protected void onResume() { super.onResume(); registerReceiver(receiver, filter); } @Override protected void onPause() { super.onPause(); unregisterReceiver(receiver); // 确保receiver不为null } ``` 此方法可避免Activity后台时接收器未注销的问题。 ##### 2. 检查注册状态 - 添加状态标志防止重复操作： ```java private boolean isReceiverRegistered = false; private void registerMyReceiver() { if (!isReceiverRegistered) { registerReceiver(receiver, filter); isReceiverRegistered = true; } } private void unregisterMyReceiver() { if (isReceiverRegistered) { unregisterReceiver(receiver); isReceiverRegistered = false; } } ``` ##### 3. 处理WebView特殊情况 在包含WebView的Activity中，需延迟销毁WebView： ```java @Override protected void onDestroy() { if (webView != null) { webView.setVisibility(View.GONE); new Timer().schedule(new TimerTask() { @Override public void run() { webView.destroy(); } }, ViewConfiguration.getZoomControlsTimeout()); // 延迟3000ms } super.onDestroy(); } ``` 此方法可避免ZoomControls未及时销毁导致的异常[^4]。 ##### 4. Fragment中的正确实践 - 使用`requireContext()`代替`getActivity()`确保上下文有效性： ```java // 注册时 requireContext().registerReceiver(receiver, filter); // 反注册时 requireContext().unregisterReceiver(receiver); ``` - 在`onStart`/`onStop`中管理接收器[^5]。 ##### 5. 异常捕获（备用方案） ```java try { unregisterReceiver(receiver); } catch (IllegalArgumentException e) { Log.w("TAG", "Receiver already unregistered"); } ``` --- #### 引用总结 - 注册/反注册生命周期需严格匹配 - WebView需延迟销毁并隐藏 - Fragment中需验证上下文一致性[^5] ---
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值