android进行单元测试时出现java.lang.RuntimeException: Unable to resolve activity for: Intent ……

最新推荐文章于 2023-03-18 22:11:03 发布
最新推荐文章于 2023-03-18 22:11:03 发布
阅读量3.8k 收藏
点赞数
CC 4.0 BY-SA版权
分类专栏： Android
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/u013983998/article/details/39988511
在进行Android单元测试时，遇到一个异常：`java.lang.RuntimeException: Unable to resolve activity for: Intent ...`。问题出在Intent启动的activity没有正确解析。经过检查，发现不是缺少在AndroidManifest.xml中的activity声明，也不是`android:targetPackage`路径错误。最终发现，测试项目AndroidManifest中`android:targetPackage`与被测项目不符。修正这个问题后，调整`launchActivityWithIntent`函数中的intent参数，确保与测试项目AndroidManifest匹配，成功解决了问题。还有可能是忘记为activity添加数据导致bundle为null，这也是引发此错误的一个原因。

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

进行Android单元测试时，要测试一个用Intent传递数据启动的activity，却报

java.lang.RuntimeException: Unable to resolve activity for: Intent { flg=0x10000000 cmp=com.tk.test/.ResultActivity (has extras) }
at android.app.Instrumentation.startActivitySync(Instrumentation.java:371)
at android.test.InstrumentationTestCase.launchActivityWithIntent(InstrumentationTestCase.java:119)
at com.example.mactivitytest.test.ResultActivityTest.setUp(ResultActivityTest.java:31)
at android.test.AndroidTestRunner.runTest(AndroidTestRunner.java:169)
at android.test.AndroidTestRunner.runTest(AndroidTestRunner.java:154)
at android.test.InstrumentationTestRunner.onStart(InstrumentationTestRunner.java:529)
at android.app.Instrumentation$InstrumentationThread.run(Instrumentation.java:1448)

在网上找答案，很多都说是没有在被测试的项目的AndroidManifest声明activity，但是即使声明后仍然出现该问题。接着认为是android:targetPackage的路径写错，但检查后发现一切都正确。后来，打开测试项目的AndroidManifes发现问题所在。



我要测试的是com.tk.test中的ResultActivity，在被测项目中的AndroidManifest中的android:targetPackage是这样的


而在测试项目中的AndroidManifest中的android:targetPackage是这样的：



在测试项目中的 launchActivityWithIntent函数原本如下


把第一个参数改为与在测试项目中的AndroidManifest中的android:targetPackage一致



问题解决。网上还有人说是因为测试时忘记给activity添加数据，导致bundle是null，所以报错，大家可以参考一下。


解决No Activity found to handle Intent
男儿不展风云志，空有天生八尺躯
11-07 8187
activity
2011/05/26 Unable to resolve activity for: Intent错误的解决方法
hanyuwei0的专栏
05-26 1万+
<br />      今天我继续学习编写robotium的测试程序。目标是前些天在网上下来的android的一个扫雷源码（类名为test，包名为jim.test)。我的测试程序(类名为testTest,包名为jim.test.test)。<br />      按照昨天的学习成果我很快就建立好了一个android test application，首先在代码里用solo.searchText("000")找下扫雷程序里的一个TextView控件的文本，只是这么一个简单的代码却在执行时遇到了麻烦。问题是这样
app_start(‘com.ss.android.ugc.aweme‘) 打不开app 无反应 Activity not started, unable to resolve Intent {
热门推荐
weixin_45598506的博客
04-25 2万+
问题： 问题始发于我使用uiautomaotor2尝试打开，app_start(‘com.ss.android.ugc.aweme’) 无法打抖音，其他app正常打开，原来是可以打开的，不然知道为什么突然就倒不开了 解决 因为没有任何报错，我搜边了网络也没有这个问题的回答。 有一条问答说可以使用adb尝试下打开 使用adb 命令确认是否可以打开app adb shell am start com.ss.android.ugc.aweme 发现adb 也无法打开还有报错信息，对于这个问题是一个突破口 结果报错
java 程序段中有多个catch_一个.java文件里有多个异常，用try-catch处理要怎么处理啊？...
weixin_33374585的博客
02-13 1456
展开全部try{int b=25/0;Thread.sleep(2000);}catch(ArithmeticException e){System.out.println("除零错误！");}catch(InterruptedException e){System.out.println("延时错误!");} catch(Exception ex){System.out.println("终极3...
Activity 进行单元测试报错
weixin_34384915的博客
03-21 221
2019独角兽企业重金招聘Python工程师标准>>> ...
关于android espresso （小米Could not launch intent）解决方法
zzy8843的专栏
12-28 1073
java.lang.RuntimeException: Could not launch intent Intent { act=android.intent.action.MAIN flg=0x14000000 cmp=x.x.x.x/.x} within 45000 milliseconds. Perhaps the main thread has not gone idle within a reasonable amount of time? There could be an animation
基于 Android 13 的 Activity 启动流程分析
smily的博客
03-18 932
在 《不得不说的 Android Binder 机制与 AIDL》这篇文章中我们了解了通过如何通过 Binder 与 AIDL 进行跨进程通信，在另一篇文章 《反思 Android 消息机制的设计与实现》深入探讨了 Handler 消息机制的实现原理。这两篇文章，尤其是通过 Binder 与 AIDL 跨进程通信这块内容是理解本篇文章的基础，如果现在还不了解的同学建议先去阅读这两篇文章。在平时的开发中，启动一个新的 Activity 只需要在当前 Activity 中调用。
Android组件管理框架—视图容器Activity之启动流程（Android P）
风雨与阳光
11-23 886
一 前言         一般像这种源码调用流程会比较长和绕，我们在分析的时候要有一定学习目标（比如这个实现的功能，为什么这样实现），有目标就不会迷失；先熟悉大致流程；抓住关键地方；某些细节的东西需要的时候再去研究。个人觉得既然研究的对象是源码，那么分析的大部分将还是以源码的形式展示较好。要想在哪方面长进，那么就在那里翻滚；要想懂得深渊，那么请先凝视深渊，这样深渊才会凝视你。 学习目标   ...
Android 9.0源码学习 - Launcher Activity
Dufre
12-23 1359
Activity Overview Activity是Android Application四大组件之一，它负责管理Android应用程序的用户界面。 分类 从应用程序的角度： Root Activity Child Activity 启动方式： explicit（For example：Start the Send Email activity in the Gmail app） impl...
Android 7.0 SystemUI(1)--启动过程
kebelzc24的专栏
12-16 2297
本文基于Android 7.0，记录Systemui学习过程。try { Trace.traceBegin(Trace.TRACE_TAG_SYSTEM_SERVER, "StartServices"); startBootstrapServices(); startCoreServices(); st
android intent { (has extras) },unable to resolve intent: Intent { act=android.intent.action.BADGE_C...
weixin_42421177的博客
05-29 841
我用 MI 2Android: 5.0.2 LRX22G 也是报：11-02 16:10:46.706 10986-11248/? E/ShortcutBadger: Unable to execute badgeme.leolin.shortcutbadger.ShortcutBadgeException: Unable to execute badgeat me.leolin.shortcut...
Android cannot resolve constructor intent原因与解决办法
JUSTLOVEBOY的博客
08-29 5946
错误提示信息： Cannot resolve constructor 'Intent(anonymous android.view.View.OnClickListener, java.lang.Class<com. 解决办法： 只需将第一个参数中的this替换为MainActivity.this。 Intent intent = new Intent(MainActivity.this,emergencyIntent.class); 该错误是因为在public void onClick(View
Android Studio运行程序报错：“Error: Activity not started, unknown error code 102”
a925379434的博客
10-19 2767
Android Studio运行程序报错：“Error: Activity not started, unknown error code 102” 错误内容： 解决方法： 手机上卸载该程序的软件，然后重试！ 注：本人手机是华为 鸿蒙系统
Android Activity Intent隐式启动
qq_25901775的博客
12-22 1449
相比于activity显式启动，以直接指明需要启动的组件的类名来启动Activity，隐式启动则显得比较“麻烦”一些，但是却拥有更强大的功能。 　 　Intent 中的几个比较重要的属性。 Action:Action属性的值为一个字符串，它代表了系统中已经定义了一系列常用的动作。通过setAction()方法或在清单文件AndroidManifest.xml中设置。默认为:DEFAULT。
Robolectric测试报错集合
shan286的专栏
03-26 1757
1、JsonObject not mocked 这是因为JsonObject属于Android SDK，我们如果做单元测试需要用到它，那就需要引入json.jar包。所以， 第一步：下载json.jar包 下载地址：https://mvnrepository.com/artifact/org.json/json 随便选一个日期，我这里下载最新2018年8月13号发布的，如下图所示： ...
adb打开网页_我正在尝试通过adb测试android深度链接网址以启动我的应用
weixin_32801929的博客
12-23 1027
When I type the command in adb:./adb shell am start -W -a android.intent.action.VIEW -d "example:gizmos" com.myappI get this error:Starting: Intent { act=android.intent.action.VIEW dat=example://gizmo...
【单元测试】Android Testing 踩坑之旅
u011035026的博客
01-30 904
【代码】【单元测试】Android Testing 踩坑之旅。
java.lang.RuntimeException: Unable to resume activity
最新发布
06-18
<think>我们有两个问题需要解决：1.广播接收器缺少RECEIVER_EXPORTED或RECEIVER_NOT_EXPORTED标志的问题（针对Android14+）2.无法恢复Activity的异常（RuntimeException:Unabletoresumeactivity）首先，我们分别处理这两个问题。问题1：广播接收器缺少标志在Android14（API级别34）及以上版本中，当动态注册广播接收器时，必须指定接收器是否导出。这通过添加标志`RECEIVER_EXPORTED`或`RECEIVER_NOT_EXPORTED`来实现。问题2：无法恢复Activity这通常是由于在Activity的生命周期方法（如onResume）中出现了异常。我们需要检查堆栈跟踪以确定具体原因，但常见原因包括：-空指针异常-资源未找到（例如，布局文件中引用了不存在的视图ID）-在onResume中执行了耗时操作导致ANR（但不会直接导致无法恢复，而是可能导致ANR）-在onResume中启动了未正确初始化的组件然而，用户提供的引用[1]中提到了Activity状态相关的变量（如stopped,delayedResume,finishing等），这些变量可能是系统内部用于管理Activity状态的。但用户的问题中并没有直接给出崩溃堆栈，所以我们需要根据常见情况提供解决方案。由于用户同时提到了这两个问题，我们分别给出解决方案。第一部分：广播接收器标志问题解决方案：在动态注册广播接收器时，根据接收器的用途选择正确的标志。如果接收器只用于接收应用内部的广播或系统受保护的广播（例如需要特定权限），则使用`RECEIVER_NOT_EXPORTED`。如果接收器需要接收来自其他应用的广播，则使用`RECEIVER_EXPORTED`，并且最好通过权限来保护。示例代码：```javaIntentFilterfilter=newIntentFilter("com.android.accessorydisplay.sink.ACTION_USB_DEVICE_PERMISSION");if(Build.VERSION.SDK_INT>=Build.VERSION_CODES.UPSIDE_DOWN_CAKE){//Android14(API34)及以上registerReceiver(mReceiver,filter,Context.RECEIVER_NOT_EXPORTED);}else{//旧版本registerReceiver(mReceiver,filter);}```注意：如果广播是系统发送的，并且需要接收器被导出，那么可能需要声明权限。例如，对于USB设备权限相关的广播，可能需要声明`android.permission.MANAGE_USB`权限（具体权限需要查看广播发送者的要求）。第二部分：无法恢复Activity（RuntimeException:Unabletoresumeactivity）解决方案：1.查看崩溃日志（堆栈跟踪）以确定异常的具体原因。2.常见原因及修复：a)空指针异常：检查onResume方法中使用的对象是否已经初始化。b)资源未找到：检查setContentView中使用的布局文件，以及通过findViewById获取的视图ID是否存在于布局中。c)检查在onResume中是否有耗时的同步操作，这可能会导致ANR（但通常不会直接导致崩溃，除非有异常抛出）。d)检查在onResume中调用的其他方法，确保它们不会抛出异常。e)确保在onResume中注册的广播接收器、服务连接等，在onPause中正确注销，避免重复注册或注销导致的异常。另外，用户引用[1]中提到的变量（如stopped,delayedResume,finishing等）可能是系统内部使用的。如果问题与系统内部状态有关（例如配置更改导致Activity被销毁重建），则需要注意：-在配置更改（如屏幕旋转）时，Activity会被销毁并重建。如果需要在配置更改时保留数据，可以使用ViewModel或保存实例状态（onSaveInstanceState）。-检查在Activity销毁（onDestroy）时是否释放了资源，避免内存泄漏。如果崩溃发生在系统内部（即堆栈跟踪显示在系统代码中），那么可能是由于应用的生命周期管理不当导致的。例如，在Activity已经处于finishing状态时还试图恢复它。此时，需要检查应用代码中是否在正确时机调用了父类方法（如super.onResume()），以及是否在Activity销毁后还持有其引用并试图操作。由于没有具体的堆栈跟踪，我们只能给出一般性建议。综合两个问题的解决方案，我们给出以下步骤：步骤1：修复广播接收器注册根据上述代码示例修改注册广播接收器的代码。步骤2：修复无法恢复Activity的问题a)检查崩溃日志，定位异常发生的位置。b)检查该位置代码，确保所有对象都已初始化，资源存在，并且没有空指针。c)确保在onResume中注册的组件在onPause中注销，避免重复注册。d)避免在onResume中执行耗时操作，如果有必要，使用异步任务。步骤3：测试在Android14及以上版本的设备或模拟器上测试广播接收器是否正常工作，并确保Activity能够正常恢复。注意：如果两个问题同时出现，它们可能是独立的，需要分别处理。相关问题：1.如何为广播接收器声明权限？2.在Android14中，如何安全地使用导出的广播接收器？3.如何分析Activity生命周期导致的崩溃？4.在onResume中应该做哪些操作？5.如何避免在配置更改时Activity重建导致的数据丢失？下面我们生成相关问题。</think>### 解决 Android 应用中的广播标志缺失和 Activity 恢复异常问题 #### 一、广播接收器标志缺失问题（Android 14+） **根本原因**： Android 14（API 34+）强制要求动态注册广播接收器时，必须显式声明 `RECEIVER_EXPORTED` 或 `RECEIVER_NOT_EXPORTED` 标志，否则会抛出安全异常[^1][^3]。 **解决方案**： ```java // 修改广播注册代码 IntentFilter filter = new IntentFilter("com.android.accessorydisplay.sink.ACTION_USB_DEVICE_PERMISSION"); if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.UPSIDE_DOWN_CAKE) { // Android 14+ 必须指定标志 registerReceiver(mReceiver, filter, Context.RECEIVER_NOT_EXPORTED); } else { // 旧版本兼容 registerReceiver(mReceiver, filter); } ``` **关键选择**： 1. **`RECEIVER_NOT_EXPORTED`**（推荐） - 适用场景：仅接收应用内部或系统保护的广播 - 优点：避免恶意应用伪造广播攻击 - USB权限广播通常应选此选项[^2] 2. **`RECEIVER_EXPORTED`**（谨慎使用） - 必须添加权限保护： ```xml <uses-permission android:name="android.permission.MANAGE_USB" /> ``` #### 二、Activity 无法恢复问题（RuntimeException） **常见原因**： 1. 生命周期状态管理错误（`stopped`, `delayedResume`, `finishing` 状态冲突）[^1] 2. 配置变更（如屏幕旋转）导致 `configDestroy=true` 时未正确处理 3. `onResume()` 中执行了耗时操作或未捕获异常 **解决方案**： ```java @Override protected void onResume() { super.onResume(); // 必须调用父类方法 try { // 1. 检查 Activity 是否正在销毁 if (isFinishing() || isDestroyed()) return; // 2. 处理延迟恢复逻辑 if (delayedResume) { delayedResume = false; // 执行延迟的初始化 } // 3. 避免在配置变更时重复初始化 if (!configDestroy) { initUIComponents(); } } catch (Exception e) { Log.e("ActivityResume", "恢复失败: " + e.getMessage()); // 4. 关键恢复失败时重启 Activity if (haveState) restartActivity(); } } ``` **关键优化点**： 1. **状态一致性检查** ```java if (finishing || stopped) { // 避免在无效状态下执行操作 return; } ``` 2. **配置变更处理** ```java @Override protected void onSaveInstanceState(@NonNull Bundle outState) { super.onSaveInstanceState(outState); outState.putBoolean("HAVE_STATE", haveState); } @Override protected void onRestoreInstanceState(@NonNull Bundle savedInstanceState) { super.onRestoreInstanceState(savedInstanceState); haveState = savedInstanceState.getBoolean("HAVE_STATE"); } ``` 3. **异步初始化** ```java // 避免在 onResume 中执行耗时操作 new Handler(Looper.getMainLooper()).postDelayed(() -> { if (!isFinishing()) loadData(); }, 300); ``` #### 三、联合调试建议 1. **广播与 Activity 联动** ```java // 在广播接收器中安全更新 UI private final BroadcastReceiver mReceiver = new BroadcastReceiver() { @Override public void onReceive(Context context, Intent intent) { if (mActivity != null && !mActivity.isFinishing()) { mActivity.runOnUiThread(() -> updateUI()); } } }; ``` 2. **生命周期日志监控** ```java // 在 Activity 中添加状态日志 private void logState(String method) { Log.d("Lifecycle", method + " | stopped:" + stopped + " | finishing:" + finishing + " | configDestroy:" + configDestroy); } ``` --- ### 相关问题 1. **如何正确处理 Android 14 的广播接收器导出标志？** 2. **Activity 生命周期状态（`stopped`/`finishing`）冲突如何调试？** 3. **配置变更导致 `configDestroy=true` 时如何保存关键数据？** 4. **`delayedResume` 状态的应用场景和最佳实践是什么？** 5. **如何在广播接收器中安全更新 Activity UI？** [^1]: `boolean haveState; boolean stopped; boolean delayedResume; boolean finishing; boolean configDestroy;` 等状态变量需要精确管理 [^2]: 广播标志缺失问题需根据接收器用途选择 `RECEIVER_EXPORTED` 或 `RECEIVER_NOT_EXPORTED` [^3]: Android 14 强制要求动态注册广播时指定导出标志
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值