一个关于binder的debug技巧

最新推荐文章于 2024-06-17 09:43:54 发布
最新推荐文章于 2024-06-17 09:43:54 发布
阅读量1.8k 收藏 4
点赞数
分类专栏： Android深度探索 Android / Binder 文章标签： Android native binder binder leak
在android的C/S IPC通信框架中，常会遇到binder通信异常的问题（其实不是太经常会遇到，主要在煲机和压测等极限测试的情况下才会出现），binder的driver基本不用去怀疑其出bug的可能性，基本为0，如果binder通信出现问题，那么十有八九都是app或者service本身写的有问题造成的。

这里介绍一个通过kernel的sys文件系统去debug binder的方法，我遇到的两类问题：1、binder leak 2、binder开启的线程已达上限造成后面的从上往下的call flow block住产生anr

1、binder leak就是binder内存泄漏，用于binder通信的buffer大概有4M左右（据同事描述，还没拷证具体数值），在binder通信中如果传输中使用的parcel没有有效release，会造成buffer空间越来越少，然后积累到一定程度，就会出现binder传输的消息在另外一端无法接收。

/***更正***/

在进程使用binder driver的时候，最大在kernel空间中开启的虚拟内存空间是4M。一般如果使用IPCThread的API去操作binder的时候是会自动往driver发送FREE_BUFFER的指令做释放操作，所以一般很难出现Binder leak的现象。除非是自己对binder去做IOctl。

2、binder线程到达上限。这个的情景就是app向service发起请求的频率过高，service端如果对所有的业务执行都加了锁的话，则会导致service端用于接收处理binder事件的线程全部卡住，当线程池（default 16个线程）耗尽之后，就无法再处理请求。如果这个时候app的主线程如果再调用该serivce提供的方法，就很容易出现anr


我要提的debug方法就是cat /sys/kernel/debug/binder这个目录下的文件来查看所有进程的使用binder的状况来确定是上述两种状况的哪一种，我主要是cat transactions这个文件来查看运行状况的，一般的打印如下：

proc代表进程号；一行buffer代表有一个binder通信在占用buffer的空间（具体其他打印的意义需要参考binder driver）

如果针对第一种binder leak的情况，在程序运行过程中该proc下的buffer的行数会越来越多，不停地增长，这样基本上你就能判断是binder leak的情况

另外一种状况的打印，其中有新增一类以thread开头的打印，这个代表的是进程具有的接收binder的线程，如果这类行数超多，16个，基本就可以确定是binder线程池已经满了

proc 1663   
  thread 1663: l 02
    incoming transaction 73304: ffffffc07735c580 from 2364:3836 to 1663:1663 code 9 flags 10 pri 0 r1 node 9227 size 44:0 data ffffff8005580880
  thread 2158: l 10
    outgoing transaction 73630: ffffffc097d93c00 from 1663:2158 to 2364:0 code 1 flags 10 pri 0 r1 node 23731 size 92:0 data ffffff8005c81018
  thread 2179: l 02
    incoming transaction 73390: ffffffc09a2bdf80 from 2364:3879 to 1663:2179 code 9 flags 10 pri 0 r1 node 9227 size 44:0 data ffffff8005580370
  thread 2968: l 01
    incoming transaction 73402: ffffffc0b1df1600 from 2364:3859 to 1663:2968 code 20 flags 10 pri 0 r1 node 9227 size 60:0 data ffffff8005580900
  thread 3328: l 01
    incoming transaction 73340: ffffffc0b1df1c80 from 2364:3864 to 1663:3328 code 20 flags 10 pri 0 r1 node 9227 size 60:0 data ffffff8005580160
  thread 3505: l 01
    incoming transaction 73344: ffffffc0b1acd780 from 2364:3572 to 1663:3505 code 9 flags 10 pri 0 r1 node 9227 size 44:0 data ffffff8005580270
  thread 3506: l 01
    incoming transaction 73338: ffffffc0b1df1c00 from 2364:3320 to 1663:3506 code 9 flags 10 pri 0 r1 node 9227 size 44:0 data ffffff80055800e0
  thread 3528: l 01
    incoming transaction 73642: ffffffc0b0354500 from 2364:2377 to 1663:3528 code 3 flags 10 pri 0 r1 node 23734 size 72:0 data ffffff8005580a20
  thread 3529: l 01
    incoming transaction 73343: ffffffc09b223a00 from 2364:3321 to 1663:3529 code 9 flags 10 pri 0 r1 node 9227 size 44:0 data ffffff80055801f0
  thread 3582: l 01
    incoming transaction 73644: ffffffc077b0fc00 from 2364:3516 to 1663:3582 code 3 flags 10 pri 0 r1 node 23734 size 72:0 data ffffff8005580508
  thread 3583: l 01
    incoming transaction 73307: ffffffc098e91780 from 2364:3322 to 1663:3583 code 20 flags 10 pri 0 r1 node 9227 size 60:0 data ffffff8005580628
  thread 3835: l 01
    incoming transaction 73309: ffffffc0a3c8ae80 from 2364:3566 to 1663:3835 code 20 flags 10 pri 0 r1 node 9227 size 60:0 data ffffff8005580050
  thread 3852: l 01
    incoming transaction 73411: ffffffc0b0357200 from 2364:2379 to 1663:3852 code 9 flags 10 pri 0 r1 node 9227 size 44:0 data ffffff80055803f0
  thread 3853: l 01
    incoming transaction 73629: ffffffc0779a5500 from 2364:2942 to 1663:3853 code 9 flags 10 pri 0 r1 node 9227 size 44:0 data ffffff8005580470
  thread 3874: l 01
    incoming transaction 73400: ffffffc094b5e900 from 2364:3005 to 1663:3874 code 20 flags 10 pri 0 r1 node 9227 size 60:0 data ffffff80055807f0
  thread 3875: l 01
    incoming transaction 73308: ffffffc094b19a80 from 2364:3860 to 1663:3875 code 20 flags 10 pri 0 r1 node 9227 size 60:0 data ffffff80055806d0
  thread 3889: l 01
    incoming transaction 73384: ffffffc09907ea80 from 2364:3571 to 1663:3889 code 9 flags 10 pri 0 r1 node 9227 size 44:0 data ffffff80055802f0
  thread 3892: l 01
    incoming transaction 74866: ffffffc09919be00 from 1650:1816 to 1663:3892 code 4 flags 10 pri -8 r1 node 26532 size 44:0 data ffffff80055805a0
  buffer 73309: ffffff8005580050 size 60:0 active
  buffer 73338: ffffff80055800e0 size 44:0 active
  buffer 73340: ffffff8005580160 size 60:0 active
  buffer 73343: ffffff80055801f0 size 44:0 active
  buffer 73344: ffffff8005580270 size 44:0 active
  buffer 73384: ffffff80055802f0 size 44:0 active
  buffer 73390: ffffff8005580370 size 44:0 active
  buffer 73411: ffffff80055803f0 size 44:0 active
  buffer 73629: ffffff8005580470 size 44:0 active
  buffer 73644: ffffff8005580508 size 72:0 active
  buffer 74866: ffffff80055805a0 size 44:0 active
  buffer 73307: ffffff8005580628 size 60:0 active
  buffer 73308: ffffff80055806d0 size 60:0 active
  buffer 73400: ffffff80055807f0 size 60:0 active
  buffer 73304: ffffff8005580880 size 44:0 active
  buffer 73402: ffffff8005580900 size 60:0 active
  buffer 43572: ffffff80055809a8 size 0:0 delivered
  buffer 73642: ffffff8005580a20 size 72:0 active

为了进一步确认是否已经占满，用debuggerd去dump该进程获得其墓碑文件，就基本能看出来线程的情况，java的binder线程名大多是binder_1~binder_A ....之类的如果满16个就能确定了;native的bin档的话，线程名没有那么明确，但这些binder线程的名字都相同，也是如果满了16也能说明是该问题。

为解决这种线程池耗尽的问题，应该从app端去限制请求的频率，设定一定的时间间隔才能保证功能正常。

原文地址： https://zhuanlan.zhihu.com/p/22645229

Omni-Space
关注
  • 0
    点赞
  • 踩
  • 4
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
Android进程间通信之binder - debug transaction
over666的点滴记载
06-04 710
Android进程间通信之binder - 实战 Android进程间通信之binder - 几个重要数字 Android进程间通信之binder - 可能导致的异常 Android进程间通信之binder - 重要工具aidl Android进程间通信之binder - 上层协议IPCThreadState Android进程间通信之binder - 工具类Parcelandroid使用binder做进程间通信方式；同时提供aidl和hal工具，使得app开发相对与进程间通信是透明的；只需要了解aidl的
Android Binder Debug(八十一)
Android系统攻城狮
12-31 775
# find / -name binder ./sys/fs/selinux/class/binder ./sys/devices/virtual/misc/binder ./sys/class/misc/binder ./sys/kernel/debug/binder ./sys/kernel/debug/tracing/events/binder ./sys/module/binder /...
深入Binder内核：借助Android Studio与LLDB的强大调试之旅
最新发布
gitblog_00057的博客
06-17 253
深入Binder内核：借助Android Studio与LLDB的强大调试之旅 项目地址:https://gitcode.com/dodola/BinderDebug 在Android开发领域，Binder机制作为跨进程通信的基石，其重要性不言而喻。但对于许多开发者而言， Binder的内部运作方式往往是一片迷雾。今天，我们将探索一款强大且便捷的开源项目——“Android Studio+LLDB...
Binder调试命令
dk_work的博客
07-02 2045
lrwxrwxrwx root root 1970-01-01 08:00 d -> /sys/kernel/debug 具体的进入目录/sys/kernel/debug 实际操作
Binder子系统之调试分析(一)
omnispace的博客
10-04 3575
一. 概述 在博客以前有写过关于binder系列，大概写了10篇关于binder的文章，从binder驱动，到native层，再到framework，一路写到app层的使用。有兴趣的可以看看 Binder系列—开篇。 二.Binder驱动调试 看过Binder系列文章的同学，会发现Binder IPC过程最终都交给Binder Driver来完成，这是真正干跨进程通信活的地方，
android 系统核心机制binder（14）binder调试总结
wangdsh的博客
01-07 4548
该系列文章总纲链接：专题分纲目录 android 系统核心机制 binder 1binder调试基础解读 1.1binder的设备节点简单解读 binder调试相关的设备节点再目录/sys/kernel/debug/binder目录下，节点内容如下所示： 这里可以看到binder下所有通信进程信息，打开后cat 其中一个，内容如下所示： 这里包含了该进程中binder相关内容，比如：Binder线程池(thread)、实体对象(binder_node)、引用对象(binder_ref)..
如何调试binder?
CCJHDOPC的专栏:
03-08 724
如何调试binder?
android源码开发实战23.05.zip
03-18
这份资源"android源码开发实战23.05.zip"显然是一个关于Android源码解析的实战教程，可能是针对某个特定版本（23.05）的讲解。虽然具体细节无法在当前提供的信息中获取，但我们可以根据一般Android源码学习的常规...
Exploring Selinux for Android
03-13
同时，书中还提到了Android如何使用DAC以及一些著名的漏洞，例如Skype漏洞和GingerBreak漏洞，从而引出了Android漏洞的一个概览。 强制访问控制和SELinux： SELinux是一种基于MAC（Mandatory Access Control，强制...
android源码开发实战20.07.zip
03-18
1. **Android系统架构**：Android是一个基于Linux内核的开源操作系统，它由多个层次组成，包括硬件抽象层（HAL）、库层、框架层、应用层等。了解这些层次的功能和交互方式对于源码开发至关重要。 2. **Android源码...
python+adb+monkey实现Rom稳定性测试详解
12-20
【Python+ADB+Monkey 实现Rom...总结，通过Python、ADB和Monkey的组合，我们可以构建一个高效的ROM稳定性测试框架，自动完成应用的安装、卸载、启动以及log收集，从而更好地识别和解决问题，确保ROM的稳定性和安全性。
Android Log分析
11-12
`adb`是Android Debug Bridge的缩写，是一个命令行工具，允许开发者与连接的Android设备进行通信。 在【描述】中提到的`dumpstate_app_anr.log`文件，是Android系统在应用无响应（ANR，Application Not Responding...
binder子系统之调试分析2
bob_fly1984的专栏
04-06 2154
一. 节点创建上一篇文章已经介绍了binder子系统调试的一些手段,这篇文章再来挑选系统几个核心服务进程来进行分析.1.1 内核编译选项如果系统关闭了debugfs，则通过编辑kernel/arch/arm/configs/×××_defconfig//开启debugfs CONFIG_DEBUG_FS=y //有时，可能还需要配置fs的白名单列表，例如： CONFIG_DEBUG_FS_WHIT...
Binder子系统之调试分析(二)
omnispace的博客
10-04 2203
一. 概述 上一篇文章已经介绍了binder子系统调试的一些手段,这篇文章再来挑选系统几个核心服务进程来进行分析. 1.1 创建debugfs 首先debugfs文件系统默认挂载在节点/sys/kernel/debug，binder驱动初始化的过程会在该节点下先创建/binder目录，然后在该目录下创建下面文件和目录： proc/statsstatetransactions
Android进程间通信之binder - 可能导致的异常
热门推荐
over666的点滴记载
02-26 1万+
在平常程序运行过程中，可能碰到最多跟binder相关的异常是RemoteException，但本文只分析跟binder机制相关的异常，而RemoteException是server端逻辑导致的其它异常在client端的表现。 跟binder机制相关的异常有：android.app.RemoteServiceException: can't deliver broadcast，JavaBinder: !!! FAILED BINDER TRANSACTION !!!，TransactionTooLargeEx
ANR问题原理介绍与DEBUG分析
漂流瓶の海岸
08-31 1251
介绍ANR触发的原理，LOG分析，以及部分问题示例
走进Android Binder机制（驱动篇上）
知足常乐
03-24 5982
由于篇幅限制，驱动篇文章分为上下两章，还请大家注意，此篇是上篇。 Binder的实现是比较复杂的，想要完全弄明白是怎么一回事，并不是一件容易的事情。 这里面牵涉到好几个层次，每一层都有一些模块和机制需要理解。这部分内容预计会分为三篇文章来讲解。本文是第一篇，首先会对整个Binder机制做一个架构性的讲解，然后会将大部分精力用来讲解Binder机制中最核心的部分：Binder驱动的实现。
Binder驱动之驱动初始化----binder_init
私房菜
08-27 881
一 驱动初始化binder_init(kernel/drivers/android/binder.c) static int __init binder_init(void) { ...
写一个android binder demo
05-25
好的，下面是一个简单的 Android Binder Demo。 首先，我们定义一个 AIDL 接口文件 `IDemoService.aidl`，它包含一个方法 `int add(int a, int b)`，用于计算两个整数的和。 ```aidl // IDemoService.aidl interface IDemoService { int add(int a, int b); } ``` 然后，我们实现这个接口，创建一个名为 `DemoService` 的服务类，它继承自 `IDemoService.Stub`，实现 `add()` 方法。 ```java // DemoService.java public class DemoService extends IDemoService.Stub { @Override public int add(int a, int b) throws RemoteException { return a + b; } } ``` 接下来，我们创建一个 `Service` 类 `DemoServiceClass`，并在其中实现 `onBind()` 方法，返回 `DemoService` 对象。 ```java // DemoServiceClass.java public class DemoServiceClass extends Service { private DemoService demoService; @Override public void onCreate() { super.onCreate(); demoService = new DemoService(); } @Nullable @Override public IBinder onBind(Intent intent) { return demoService; } } ``` 最后，在 `AndroidManifest.xml` 中声明服务。 ```xml <!-- AndroidManifest.xml --> <manifest xmlns:android="http://schemas.android.com/apk/res/android" package="com.example.binderdemo"> <application android:allowBackup="true" android:icon="@mipmap/ic_launcher" android:label="@string/app_name" android:roundIcon="@mipmap/ic_launcher_round" android:supportsRtl="true" android:theme="@style/AppTheme"> <!-- 声明 DemoServiceClass --> <service android:name=".DemoServiceClass" /> <activity android:name=".MainActivity" android:theme="@style/AppTheme.NoActionBar"> <intent-filter> <action android:name="android.intent.action.MAIN" /> <category android:name="android.intent.category.LAUNCHER" /> </intent-filter> </activity> </application> </manifest> ``` 现在，我们可以在 `MainActivity` 中创建一个远程服务连接，调用 `add()` 方法并显示结果。 ```java // MainActivity.java public class MainActivity extends AppCompatActivity { private IDemoService demoService; private boolean connected = false; private ServiceConnection connection = new ServiceConnection() { @Override public void onServiceConnected(ComponentName componentName, IBinder iBinder) { demoService = IDemoService.Stub.asInterface(iBinder); connected = true; } @Override public void onServiceDisconnected(ComponentName componentName) { demoService = null; connected = false; } }; @Override protected void onCreate(Bundle savedInstanceState) { super.onCreate(savedInstanceState); setContentView(R.layout.activity_main); Intent intent = new Intent(this, DemoServiceClass.class); bindService(intent, connection, Context.BIND_AUTO_CREATE); Button button = findViewById(R.id.button); final TextView result = findViewById(R.id.result); button.setOnClickListener(new View.OnClickListener() { @Override public void onClick(View view) { if (connected) { try { int a = Integer.parseInt(((EditText) findViewById(R.id.input1)).getText().toString()); int b = Integer.parseInt(((EditText) findViewById(R.id.input2)).getText().toString()); int sum = demoService.add(a, b); result.setText(String.valueOf(sum)); } catch (RemoteException e) { e.printStackTrace(); } } else { result.setText("Service not connected"); } } }); } @Override protected void onDestroy() { super.onDestroy(); unbindService(connection); } } ``` 这就是一个简单的 Android Binder Demo。它演示了如何创建一个远程服务，实现 AIDL 接口并将其绑定到 Activity。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值