转 android anr 分析示例,Android ANR 分析与解决

今天解决了一个ANR异常问题,心情愉悦,原来ANR分析解决很简单(可能问题本来比较简单吧~~暂做参考)

三个步骤搞定:

步骤一:重现ANR 异常

对着界面一顿操作...直至弹出anr提示

步骤二:拉取anr log文件

adb shell //进入shell命令模式

cp data/anr/traces.txt sdcard/traces.txt //将traces.txt文件copy到sdcard

步骤三:分析ANR日志:

1.打开traces.txt

tips:可以将文件重命名为.log的文件,然后再vscode打开,这样有颜色。

2.直接搜索关键词:DALVIK THREADS,然后查看 tid=1的"main"线程。

如果你用vscode打开该log文件,会看到类似于logcat的一堆:

at android.os.BinderProxy.transactNative(Native method)

at android.os.BinderProxy.transact(Binder.java:615)

at android.bluetooth.IBluetooth$Stub$Proxy.getRemoteName(IBluetooth.java:1351)

at android.bluetooth.BluetoothDevice.getName(BluetoothDevice.java:731)

at akw$5.onLeScan(BluetoothLeDevice.java:263)

at android.bluetooth.BluetoothAdapter$2.onScanResult(BluetoothAdapter.java:2388)

at android.bluetooth.le.BluetoothLeScanner$BleScanCallbackWrapper$1.run(BluetoothLeScanner.java:400)

at android.os.Handler.handleCallback(Handler.java:751)

at android.os.Handler.dispatchMessage(Handler.java:95)

at android.os.Looper.loop(Looper.java:154)

at android.app.ActivityThread.main(ActivityThread.java:6244)

at java.lang.reflect.Method.invoke!(Native method)

at com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:907)

at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:797)

3.找到属于你的项目的那个java文件,定位到出毛病的那一行。

4.接下来就是去自己的代码中分析了,如果你知道ANR的理论知识,分析解决,应该不是难事。

============================

============割==============

============================

举个栗子:

在我的项目中,蓝牙扫描的同时绘制地图,出现了ANR,在部分手机可复现,于是按照上述步骤一顿操作,得到ANR日志文件如下(关键部分):

b511bf4672ea038786c7221fa798c3be.png

TIM图片20180810105209.png

at android.bluetooth.IBluetooth$Stub$Proxy.getRemoteName(IBluetooth.java:1351)

at android.bluetooth.BluetoothDevice.getName(BluetoothDevice.java:731)

at akw$5.onLeScan(BluetoothLeDevice.java:263)

at android.bluetooth.BluetoothAdapter$2.onScanResult(BluetoothAdapter.java:2388)

at android.bluetooth.le.BluetoothLeScanner$BleScanCallbackWrapper$1.run(BluetoothLeScanner.java:400)

at android.os.Handler.handleCallback(Handler.java:751)

at android.os.Handler.dispatchMessage(Handler.java:95)

at android.os.Looper.loop(Looper.java:154)

at android.app.ActivityThread.main(ActivityThread.java:6244)

at java.lang.reflect.Method.invoke!(Native method)

at com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:907)

at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:797)

#================省略其他线程===================

----- end 9155 -----

可以看出,问题出在调用BluetoothDevice.getName()方法上,自己的代码的问题出在(BluetoothLeDevice.java:263)。这个类是自己写的。进去看一下代码:

//class:BluetoothLeDevice.java

mLeScanCallback = new BluetoothAdapter.LeScanCallback() {

@Override

public void onLeScan(final BluetoothDevice device, int rssi, byte[] scanRecord) {

mScanTimes++;

String carBleName = getCarBleName();

String carOrgBleName = getCarBleOrgName();

String carBleMac = getCarBleMac();

if (BuildConfig.DEBUG)

Log.i(TAG, "LeScanCallback " + device.getName() + " ?= " + carBleName + " | " + carOrgBleName + " mac:" + device.getAddress() + " ?= " + carBleMac + " " + mScanTimes);

else

Log.i(TAG, "LeScanCallback name:" + device.getName() + " mac:" + device.getAddress() + " ?= " + carBleMac + " " + mScanTimes);

if ((carBleMac != null && device.getAddress() != null

&& !TextUtils.isEmpty(carBleMac.trim())

&& device.getAddress().equals(carBleMac.trim())) || //这一坨就是第263行

(carBleName != null && device.getName() != null

&& !TextUtils.isEmpty(carBleName.trim())

&& device.getName().equals(carBleName.trim())) ||

(carOrgBleName != null && device.getName() != null

&& !TextUtils.isEmpty(carOrgBleName.trim())

&& device.getName().equals(carOrgBleName.trim()))) {

Log.i(TAG, "LeScanCallback found " + device.getName() + " mac:" + device.getAddress());

postHandlerEvent(new BlueToothMatch(device.getName(), device.getAddress()));

}

};

在第263行,扫描蓝牙的时候,进行了一坨判断,判断里进行了好多次的getName方法,然后postHandle....

这就是问题所在了。解决后:

mLeScanCallback = new BluetoothAdapter.LeScanCallback() {

@Override

public void onLeScan(final BluetoothDevice device, int rssi, byte[] scanRecord) {

mScanTimes++;

String carBleName = getCarBleName();

String carOrgBleName = getCarBleOrgName();

String carBleMac = getCarBleMac();

String deviceName = device.getName();//在此处获取一次就行了

String deviceAddress = device.getAddress();

if (BuildConfig.DEBUG)

Log.i(TAG, "LeScanCallback " + deviceName + " ?= " + carBleName + " | " + carOrgBleName + " mac:" + device.getAddress() + " ?= " + carBleMac + " " + mScanTimes);

else

Log.i(TAG, "LeScanCallback name:" + deviceName + " mac:" + deviceAddress + " ?= " + carBleMac + " " + mScanTimes);

if ((carBleMac != null && deviceAddress != null && !TextUtils.isEmpty(carBleMac.trim()) && deviceAddress.equals(carBleMac.trim())) ||

(carBleName != null && deviceName != null && !TextUtils.isEmpty(carBleName.trim()) && deviceName.equals(carBleName.trim())) ||

(carOrgBleName != null && deviceName != null && !TextUtils.isEmpty(carOrgBleName.trim()) && deviceName.equals(carOrgBleName.trim()))) {

Log.i(TAG, "LeScanCallback found " + deviceName + " mac:" + deviceAddress);

postHandlerEvent(new BlueToothMatch(deviceName, deviceAddress));

}

};

  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
ANR Trace分析是一种通过分析ANR错误日志(或称为ANR跟踪文件)来确定ANR错误的根本原因的方法。通过分析ANR跟踪文件,您可以了解应用程序中哪些线程阻塞了主线程,并确定导致线程阻塞的原因。 在Android设备上,您可以使用命令行工具 `adb shell dumpsys activity ANR` 来获取ANR错误日志。此命令将打印出最近的ANR错误日志,其中包含了主线程的堆栈跟踪信息、CPU使用情况、线程状态等信息。 下面是一个ANR错误日志的示例: ``` ANR in com.example.myapp PID: 1234 Reason: Input dispatching timed out (Waiting to send non-key event because the touched window has not finished processing certain input events that were delivered to it over 500.0ms ago. Waited for 1.0s.) Load: 98% CPU usage from 10000ms to 0ms ago: 60% com.example.myapp: 50% user + 9.7% kernel / faults: 250 minor 4 major 39% system_server: 14% user + 24% kernel / faults: 324 minor 3 major 0.1% com.android.systemui: 0% user + 0.1% kernel / faults: 17 minor 1 major 0% com.android.phone: 0% user + 0% kernel / faults: 11 minor 0% com.android.launcher: 0% user + 0% kernel / faults: 7 minor 0% kswapd0: 0% user + 0% kernel 0% kworker/u:1: 0% user + 0% kernel ``` 通过分析上面的ANR错误日志,您可以了解以下信息: - 应用程序包名为 com.example.myapp,进程ID为 1234。 - ANR出现的原因是输入事件分发超时,即应用程序在等待某个窗口处理输入事件时超时了。 - 应用程序的CPU负载达到了98%。 - 应用程序占用了60%的CPU时间。 - 系统服务 system_server 占用了39%的CPU时间。 - 其他进程的CPU使用率非常低。 通过分析这些信息,您可以确定ANR错误的原因,并尝试采取相应的措施来解决问题,比如将耗时操作移到后台线程中执行、优化代码、调整系统配置等。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值