ANR, at java.lang.ProcessManager.exec(ProcessManager.java:206)

本文记录了一个应用程序出现ANR的问题及解决方案。通过分析发现是由于获取CPUInfo信息的方式不当导致线程阻塞,随后通过改进文件读取逻辑成功解决了该问题。

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

发现一个ANR:

"main" prio=5 tid=1 Blocked
  | group="main" sCount=1 dsCount=0 obj=0x76f91598 self=0xf4f64500
  | sysTid=16804 nice=-11 cgrp=foreground sched=0/0 handle=0xf7760b50
  | state=S schedstat=( 433512381 42033022 575 ) utm=28 stm=15 core=4 HZ=100
  | stack=0xff7d3000-0xff7d5000 stackSize=8MB
  | held mutexes=
  at java.lang.ProcessManager.exec(ProcessManager.java:206)
  - waiting to lock <0x0388ca78> (a java.util.HashMap) held by thread 22
"java.lang.ProcessManager" daemon prio=1 tid=22 Waiting
  | group="main" sCount=1 dsCount=0 obj=0x32ea1dc0 self=0xe9f03e00
  | sysTid=16729 nice=19 cgrp=bg_non_interactive sched=0/0 handle=0xda97f930
  | state=S schedstat=( 2809428 380677 7 ) utm=0 stm=0 core=3 HZ=100
  | stack=0xda87d000-0xda87f000 stackSize=1038KB
  | held mutexes=
  at java.lang.Object.wait!(Native method)
  - waiting on <0x0f9eece8> (a java.util.HashMap)
  at java.lang.ProcessManager.waitForMoreChildren(ProcessManager.java:140)
  - locked <0x0f9eece8> (a java.util.HashMap)
  at java.lang.ProcessManager.watchChildren(ProcessManager.java:105)
  at java.lang.ProcessManager.access$000(ProcessManager.java:40)
  at java.lang.ProcessManager$1.run(ProcessManager.java:58)

找了一下是因为想要获取CPUInfo信息,使用了ProcessManager cmd.start形式,虽即换了一种写法:

private static String getDevicesInfo(final String filePath, final String lookUpFields) {
    if (null == lookUpFields || null == filePath) {
        return null;
    }
    try {
        try {
            Scanner s = new Scanner(new File(filePath));
            while (s.hasNextLine()) {
                String[] vals = s.nextLine().split(": ");
                if (vals.length > 1)  {
                    if (isEqualsFields(lookUpFields, vals[0].trim())) {
                        return vals[1].trim();
                    }
                }
            }
        } catch (Exception e) {
            e.printStackTrace();
        }
    } catch (Exception ex) {
        ex.printStackTrace();
    }
    return null;
}
`java.lang.IllegalStateException: Surface has already been released` 是一个常见错误,它通常发生在试图操作已经释放(closed)的Surface时。在Android开发中,SurfaceView是一个用于显示图形内容的视图,如果在SurfaceView不再需要时没有正确地释放其Surface,就可能导致这种异常。 引用提到的错误可能是因为在SurfaceView的生命周期管理中出现了问题,比如在SurfaceView关闭(如在onDetachedFromWindow()或onPause()方法中)之后还尝试访问它的Surface。这可能是由于忘记调用`setSurfaceCallback(null)`来清除SurfaceView的回调,或者在SurfaceView被销毁后再尝试绘制。 引用提供的日志信息进一步确认了SurfaceView更新窗口(updateWindow)引发了ANR(应用无响应),因为Surface已经释放。解决这个问题的步骤通常是: 1. **正确管理SurfaceView的生命周期**:确保在SurfaceView不再需要时,正确地调用`surfaceDestroyed()`方法并清理Surface。在`onDetachedFromWindow()`或`onPause()`中,移除SurfaceView的SurfaceHolder的回调。 ```java // 在SurfaceView的类中 @Override protected void onDetachedFromWindow() { super.onDetachedFromWindow(); if (holder != null) { holder.removeCallback(surfaceCallback); holder.surface.release(); } } ``` 2. **处理SurfaceView更新**:如果在主线程中更新SurfaceView,可能会导致ANR。考虑将耗时的操作移到子线程中执行,或者使用`post Runnable`异步处理。 3. **监控并修复ANR**:确保应用没有陷入无限循环或其他阻塞操作,使用Android Studio的Logcat工具实时查看应用日志,以便快速定位问题。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值