Performing stop of activity that is not resumed:

最新推荐文章于 2021-01-08 13:37:40 发布
原创 最新推荐文章于 2021-01-08 13:37:40 发布 · 3.3k 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。 

Performing stop of activity that is not resumed: {com.mobint.hololauncher/com.mobint.hololauncher.Launcher}
                                                 java.lang.RuntimeException: Performing stop of activity that is not resumed: {com.mobint.hololauncher/com.mobint.hololauncher.Launcher}
                                                     at android.app.ActivityThread.performStopActivityInner(ActivityThread.java:3344)
                                                     at android.app.ActivityThread.handleStopActivity(ActivityThread.java:3425)
                                                     at android.app.ActivityThread.access$1100(ActivityThread.java:151)
                                                     at android.app.ActivityThread$H.handleMessage(ActivityThread.java:1332)
                                                     at android.os.Handler.dispatchMessage(Handler.java:102)
                                                     at android.os.Looper.loop(Looper.java:135)
                                                     at android.app.ActivityThread.main(ActivityThread.java:5254)
                                                     at java.lang.reflect.Method.invoke(Native Method)
                                                     at java.lang.reflect.Method.invoke(Method.java:372)
                                                     at com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:902)
                                                     at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:697)

 

出现该异常,先检查这个异常之前的异常.如果只看这个异常,问题反映不出来,在他之前会有别的报错,.解决掉那个bug,这个异常就不存在了!

如下图是上面出现bug之前的异常:

08-21 19:56:56.372 23894-23894/? E/com.pemt.pda.framework.BaseApplication: (BaseApplication.java:91) - Uncaught Exception from Thread[main,5,main]java.lang.NullPointerException: Attempt to invoke virtual method 'java.lang.String java.lang.StringBuffer.toString()' on a null object reference
                                                                           	at com.pemt.pda.onsitemaintenance.pages.RechargeActivity.t(RechargeActivity.java:1144) ~[na:0.0]
                                                                           	at com.pemt.pda.onsitemaintenance.pages.RechargeActivity_$1.onClick(RechargeActivity_.java:106) ~[na:0.0]
                                                                           	at android.view.View.performClick(View.java:4782) ~[na:0.0]
                                                                           	at android.view.View$PerformClick.run(View.java:19885) ~[na:0.0]
                                                                           	at android.os.Handler.handleCallback(Handler.java:739) ~[na:0.0]
                                                                           	at android.os.Handler.dispatchMessage(Handler.java:95) ~[na:0.0]
                                                                           	at android.os.Looper.loop(Looper.java:135) ~[na:0.0]
                                                                           	at android.app.ActivityThread.main(ActivityThread.java:5254) ~[na:0.0]
                                                                           	at java.lang.reflect.Method.invoke(Native Method) ~[na:0.0]
                                                                           	at java.lang.reflect.Method.invoke(Method.java:372) ~[na:0.0]
                                                                           	at com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:902) ~[na:0.0]
                                                                           	at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:697) ~[na:0.0]
08-21 19:56:56.531 279-1004/? E/AudioPolicyManager: unknown stream type 13
08-21 19:56:56.531 279-1004/? E/AudioPolicyManager: unknown stream type 13
08-21 19:56:56.531 279-1004/? E/AudioPolicyManager: unknown stream type 13
08-21 19:56:56.531 279-1004/? E/AudioPolicyManager: unknown stream type 13
08-21 19:56:56.531 279-1004/? E/AudioPolicyManager: unknown stream type 13
08-21 19:56:56.531 279-1004/? E/AudioPolicyManager: unknown stream type 13
08-21 19:56:56.531 279-1004/? E/AudioPolicyManager: unknown stream type 13
08-21 19:56:56.531 279-1004/? E/AudioPolicyManager: unknown stream type 13
08-21 19:56:56.531 279-1004/? E/AudioPolicyManager: unknown stream type 13
08-21 19:56:56.531 279-1004/? E/AudioPolicyManager: unknown stream type 13
08-21 19:56:56.531 279-1004/? E/AudioPolicyManager: unknown stream type 13
08-21 19:56:56.531 279-1004/? E/AudioPolicyManager: unknown stream type 13
08-21 19:56:56.531 279-1004/? E/AudioPolicyManager: unknown stream type 13
08-21 19:56:56.531 279-1004/? E/AudioPolicyManager: unknown stream type 13
08-21 19:56:56.531 279-1004/? E/AudioPolicyManager: unknown stream type 13
08-21 19:56:56.531 279-1004/? E/AudioPolicyManager: unknown stream type 13
08-21 19:56:56.531 279-1004/? E/AudioPolicyManager: unknown stream type 13
08-21 19:56:56.601 928-3812/? E/libprocessgroup: failed to kill 1 processes for processgroup 23894
08-21 19:56:56.613 928-3214/? E/InputDispatcher: channel '11ac2a05 com.pemt.pda.onsitemaintenance/com.pemt.pda.onsitemaintenance.MainPageActivity_ (server)' ~ Channel is unrecoverably broken and will be disposed!
08-21 19:56:56.613 928-3214/? E/InputDispatcher: channel '2b007e4d com.pemt.pda.onsitemaintenance/com.pemt.pda.onsitemaintenance.activity.SplashActivity_ (server)' ~ Channel is unrecoverably broken and will be disposed!
08-21 19:56:56.613 928-3214/? E/InputDispatcher: channel '35a2f537 com.pemt.pda.onsitemaintenance/com.pemt.pda.onsitemaintenance.activity.SplashActivity_ (server)' ~ Channel is unrecoverably broken and will be disposed!
08-21 19:56:56.757 928-4338/? E/Wiper: LocationManager.NETWORK_PROVIDER not enabled


该问题,是一般是自己粗心所致,如果冷静下,日志往上拖,就很容易解决这个问题!


【安卓 R 源码】Activity 启动流程及其生命周期源码分析
mike_jun的博客
11-18 4178
1. Activty 的生命周期 activity的生命周期 oncreate()->onstart()->onResume()->onPause()->onStop()->onDestory() onCreate(): 当我们点击activity的时候，系统会调用activity的oncreate()方法，在这个方法中我们会初始化当前布局setContentLayout（）方法。 onStart(): onCreate()方法完成后，此时activity进入.
Android进阶3：Activity源码分析（2） —— Activity启动和销毁流程（8.0）
lmq121210的博客
09-14 3513
上篇文章讲述了app从启动创建Activity调用onCreate，onStart, onResume方法，这篇文章讲述一下Activity启动的另一个切入点：startActivity方法，启动Activity。 Android进阶3：Activity源码分析（1） —— Activity启动流程（8.0） 通过上一篇文章，我们总结一下： 1：ActivityThread是通过Instru...
Android 报错Android - Performing stop of activity that is not resumed
热门推荐
sinat_29962405的博客
03-24 1万+
是因为在Activity A 中在oncreate中启动了另一个activity B，而这个Activity A没有走完Activity的生命流程（oncreate->onstart->onstop)所以会报错。
ActivityThread: Performing stop of activity that is not resumed:
android_destiny的博客
02-08 1476
这是Android  报错截图：是因为在Activity A 中在oncreate中启动了另一个activity B，而这个Activity A没有走完Activity的生命流程（oncreate->onstart->onstop)所以会报错。这种情况可以选择使用handler机制在oncreate中发送个message给handler启动另外一个活动。...
Performing stop of activity that is not resumed
jacke121的专栏
03-26 3396
Performing stop of activity that is not resumed
Activity启动源码分析
旧时光っ
10-24 530
在Android系统中，有两种操作会引发Activity的启动，一种用户点击应用程序图标时，Launcher会启动应用的主Activity；应用程序的默认Activity启动起来后，又可以通过调用startActvity启动新的Activity，每一个Activity都可以在内部启动新的Activity，从而完成应用程序的功能。 本文来Activity的启动流程，一般我们都是通过startActivity或startActivityForResult来启动目标activity，那么我们就由此出发探究系统是如
Android ActivityManagerService（AMS）的Activity管理
Android Fans
07-11 5761
对于AMS来讲，Activity管理是它的核心工作，前面两篇文章都是讲AMS的启动流程和进程的管理，这两篇文章其实是为本文做铺垫的，只有理解了前面两篇文章才能更好地理解AMS的activity管理。在谈到Activity的管理的时候，就不得不说一下Activity的启动流程，说道activity的启动流程就要说一下进程启动的问题了，前面一片文章中我们已经分析了AMS的进程管理，这里需要补充的一点就是
Performing stop of activity that is not resumed:使用AndroidAnnotations的常见注意事项
wolfking0608的博客
06-30 1484
Performing stop of activity that is not resumed(常见问题解决)： 在清单文件AndroidManifest.xml中要注册同名的Activity_等组件在我们代码中定义的各种控件不能用private修饰符我们代码中带@注解的方法也不能用private作用方法的修改符
Android 4.4.2 - java.lang.RuntimeException: Performing stop of activity that is not resumed
u010746364的博客
12-16 3331
http://stackoverflow.com/questions/21947675/android-4-4-2-java-lang-runtimeexception-performing-stop-of-activity-that-is/23246159#23246159 That doesn't seem right to me. The splash activity
Performing stop of activity that is not resumed #12
wust小吴
03-09 6080
03-09 15:02:26.563: E/ActivityThread(17621): Performing stop of activity that is not resumed:  03-09 15:02:26.563: E/ActivityThread(17621): java.lang.RuntimeException: Performing stop of activity tha
解决 Performing stop of activity that is not resumed 报错！！
weixin_45942645的博客
01-08 1202
Performing stop of activity that is not resumed 一直报这个然后运行就很卡 把继承的AppCompatActivity或者其他Activity 改为继承FragmentActivity或其子类,即可,这个最简单!我也遇到这个问题,继承这个就不会报错,希望能够帮助你! ...
java.lang.RuntimeException: Performing stop of activity that is not resumed OOM了也会造成之前Activity被系统杀掉
风一样的男人
11-29 3679
我在手机拍照，传照片到手机自带的剪切界面的时候：会造成之前的Activity被杀掉； 按返回键直接崩溃，异常为：java.lang.RuntimeException: Performing stop of activity that is not resumed 解决方法是：把图片压缩下，保存到之前路径，传递到Crop界面； private void dealCameraPh(){
java lang RuntimeException Performing stop of activity that
qq_44934581的博客
04-22 587
java lang RuntimeException Performing stop of activity that
Android集成React Native崩溃 Pausing an activity that is not the current activity, this is incorrect
What Why How
05-08 1716
崩溃现象 java.lang.AssertionError Pausing an activity that is not the current activity, this is incorrect! Current activity: xxxActivity Paused activity: ***Activity 崩溃原因 React Native从当前竖屏方向Activity跳转到横...
分析2025/10/15 07:10:13.719 WARN failed using API to stop instance {"error": "performing request: Post \"http://localhost:2019/stop\": dial tcp [::1]:2019: connectex: No connection could be made because the target machine actively refused it."} Error: performing request: Post "http://localhost:2019/stop": dial tcp [::1]:2019: connectex: No connection could be made because the target machine actively refused it.
最新发布
10-16
<think>我们正在分析一个新的错误信息，该错误出现在尝试通过POST请求访问Caddy的管理API的`/stop`端点时。错误信息如下： ``` 2025/10/15 07:10:13.719 WARN failed using API to stop instance {"error": "performing request: Post \"http://localhost:2019/stop\": dial tcp [::1]:2019: connectex: No connection could be made because the target machine actively refused it."} Error: performing request: Post "http://localhost:2019/stop": dial tcp [::1]:2019: connectex: No connection could be made because the target machine actively refused it. ``` 这个错误与前一个问题中的错误非常相似，都是关于无法连接到Caddy的管理API（位于`localhost:2019`）。但是这次是尝试发送`/stop`请求，而不是`/load`请求。 ### 错误原因分析 错误信息明确指出：`dial tcp [::1]:2019: connectex: No connection could be made because the target machine actively refused it.` 这表示在尝试连接本地IPv6地址`[::1]`的2019端口时，目标机器（即本机）拒绝了连接。这种拒绝通常有以下原因： 1. **Caddy服务未运行**：这是最常见的原因。如果Caddy没有运行，那么它当然不会监听2019端口，因此任何对该端口的连接尝试都会被拒绝。 2. **Caddy管理API配置变更**：可能在Caddy的配置中更改了管理API的监听地址或端口，导致API不再监听`localhost:2019`。 3. **防火墙或安全策略阻止连接**：虽然连接的是本地回环地址，但某些安全软件或防火墙可能会阻止本地回环端口的连接（尽管这种情况较少见）。 4. **端口冲突**：其他进程占用了2019端口，导致Caddy无法绑定到该端口，从而使管理API不可用。 5. **服务崩溃**：Caddy服务可能由于配置错误或其他原因在启动后立即崩溃，导致管理API不可用。 ### 解决方案步骤 #### 1. 确认Caddy服务状态 首先，检查Caddy服务是否正在运行。可以通过以下命令： - **Linux (systemd)**: ```bash systemctl status caddy ``` - **Windows**: ```powershell Get-Service caddy ``` - **通用方法（查看进程）**: ```bash ps aux | grep caddy # Linux/Mac Get-Process caddy # Windows Powershell ``` 如果服务未运行，需要启动它： ```bash # Linux (systemd) sudo systemctl start caddy # Windows Start-Service caddy ``` #### 2. 检查管理API端口 确认Caddy的管理API是否在监听2019端口： - **Linux/Mac**: ```bash netstat -tuln | grep 2019 # 或者 ss -tuln | grep 2019 ``` - **Windows**: ```powershell netstat -ano | findstr :2019 ``` 如果2019端口没有被监听，说明管理API没有正常工作。 #### 3. 检查Caddy配置 查看Caddy的配置文件（通常是`Caddyfile`）中是否配置了管理API。默认情况下，管理API会自动监听`localhost:2019`，但如果有自定义配置，可能会改变。 检查配置中是否有`admin`全局选项。例如： ```caddy { # 管理API配置示例 admin 127.0.0.1:2019 # 只监听IPv4 # 或者 admin [::1]:2019 # 只监听IPv6 # 或者 admin off # 关闭管理API } ``` 如果配置中显式关闭了管理API（`admin off`），那么通过API停止Caddy的操作将无法进行。 #### 4. 查看日志 检查Caddy的日志，以确定服务启动失败或管理API无法启动的原因： ```bash # 使用journalctl（Linux systemd） journalctl -u caddy -n 50 --no-pager # 或者直接查看Caddy的日志文件（位置取决于配置） ``` 在日志中，注意是否有以下关键错误信息： - `address already in use`：端口被占用 - `permission denied`：权限问题 - `unrecognized directive`：配置文件中存在无法识别的指令 #### 5. 重启Caddy服务 如果服务在运行，但无法连接管理API，尝试重启服务： ```bash # Linux (systemd) sudo systemctl restart caddy # Windows Restart-Service caddy ``` #### 6. 解决端口冲突 如果发现2019端口被其他进程占用，需要终止该进程或更改Caddy的管理端口。 - **终止占用端口的进程**： ```bash # Linux/Mac sudo kill $(lsof -t -i:2019) # Windows taskkill /PID <占用进程的PID> /F ``` - **更改Caddy管理端口**： 在Caddy配置文件中修改管理API的监听端口，例如改为2020： ```caddy { admin :2020 } ``` 然后重启Caddy。 #### 7. 检查防火墙 虽然本地回环地址通常不受防火墙限制，但在某些严格的安全设置下可能会被阻止。检查防火墙设置： - **Linux**: ```bash sudo ufw status # 查看防火墙状态 ``` - **Windows**: 在Windows Defender防火墙中检查入站规则，确保允许localhost的2019端口。 ### 相关问题 1. 如何在Caddy配置文件中正确设置管理API的监听地址和端口？ 2. 如何诊断Caddy服务启动失败的根本原因？ 3. 在Windows上如何设置Caddy作为服务运行？ 4. 如何配置Caddy管理API的访问控制（例如，仅允许特定IP访问）？ 5. 当Caddy管理API无法连接时，有哪些替代方法可以停止Caddy服务？ 通过逐步排查，应该能够解决管理API连接问题。如果问题依然存在，可能需要查看Caddy的详细日志或寻求进一步的支持。 </think>### 错误分析：POST /stop 请求失败（目标机器拒绝连接） #### 错误原因解析 当尝试执行 `POST http://localhost:2019/stop` 命令时出现 `dial tcp [::1]:2019: connectex: No connection could be made because the target machine actively refused it` 错误，表明 **Caddy 管理API服务未运行**。核心问题与之前的 `/load` 错误同源，但需特别注意以下几点差异： 1. **服务状态特殊性** `/stop` 是停止服务的API端点，该错误常发生在： - 服务已停止或未启动时尝试停止操作 - 服务崩溃后残留进程干扰（僵尸进程占用端口） ```bash # 检查僵尸进程 ps aux | grep caddy | grep defunct # Linux/Mac Get-WmiObject Win32_Process -Filter "Name='caddy.exe'" | Select Status # Windows ``` 2. **权限隔离问题** 执行停止操作的用户权限不足（常见于systemd服务管理场景）： ```ini # systemd服务文件示例（需User=root权限） [Service] User=root ExecStop=/usr/bin/curl -X POST http://localhost:2019/stop ``` 3. **IPv6回环地址特异性** 错误中的 `[::1]` 表明使用IPv6回环地址，可能存在： - 操作系统禁用IPv6但Caddy强制使用IPv6 - 网络栈配置不匹配（如`/etc/hosts`缺少`::1 localhost`条目） #### 解决方案步骤 ##### 1. 验证服务真实状态 ```bash # Linux/systemd sudo systemctl is-active caddy # Windows Get-Service caddy | Select Status # 通用进程检查 lsof -i :2019 || netstat -ano | findstr :2019 ``` ##### 2. 修复服务启动问题 ```bash # 强制清理残留进程 sudo pkill -9 caddy # Linux/Mac taskkill /f /im caddy.exe # Windows # 重置服务状态 sudo systemctl reset-failed caddy # systemd ``` ##### 3. 显式配置管理API 在 `Caddyfile` 顶部添加： ```caddy { admin { listen :2019 enforce_origin # 防止跨域攻击 } } ``` ##### 4. 手动停止服务替代方案 当API不可用时，使用系统级命令： ```bash # Linux/systemd sudo systemctl stop caddy # Windows Stop-Service -Name caddy # 二进制直接运行时 kill $(pgrep caddy) ``` ##### 5. 端口冲突深度检测 ```bash # 检测端口占用进程 sudo ss -ltnp 'sport = :2019' # Linux Get-Process -Id (Get-NetTCPConnection -LocalPort 2019).OwningProcess # PowerShell ``` #### 配置验证与测试 ```bash # 验证配置语法 caddy validate --config Caddyfile # 测试API连通性（先启动服务） curl -v -X POST http://localhost:2019/stop \ -H "Content-Type: application/json" \ -d '{"graceful": true}' ``` 成功响应：`HTTP/2 200` + `{"success":true}` #### 相关问题 1. 如何配置Caddy服务在崩溃后自动重启？ [^systemd配置参考] 2. 当管理API不可用时，如何安全地强制终止Caddy进程？ 3. IPv6回环地址与IPv4的`127.0.0.1`在Caddy管理中有何差异？ 4. 如何通过日志诊断Caddy服务意外退出的根本原因？ [^日志分析技巧] 5. 在多节点集群中如何集中管理Caddy实例的启停？ > **关键洞察**：`/stop` 错误90%源于服务未运行或权限问题。优先检查 `systemctl status caddy` 或等效命令，确保服务处于 `active (running)` 状态后再操作API[^1]。 [^systemd配置参考]: 使用 `Restart=always` 和 `RestartSec=3` 实现崩溃自动重启 [^日志分析技巧]: 关注日志中的 `panic`、`segmentation fault` 和 `OOM` 关键字段
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值