如何在自定义AOSP中跨进程跨层调试API调用全流程？

一、核心调试思路 #

由于调用链跨App、Framework、HAL多个独立进程，核心思路是分层追踪+时间/请求ID关联：分别针对各层打日志、断点，再通过日志时间戳、Binder交易ID或进程PID将各环节的调用串联起来。

二、工具链推荐 #

1. Android Studio（够用但需扩展配置） #

• App层调试：直接用常规断点调试，你已经熟悉这部分操作。
• Framework层调试：需将本地AOSP的Framework源码导入Android Studio，配置SDK为自定义构建的AOSP版本，然后通过Attach to process功能绑定system_server进程，即可给Framework Java代码（如自定义SystemService的实现类）打断点。
• 局限性：Native HAL层调试需配合CLI工具，单独attach到HAL进程才能设置Native断点。

2. CLI工具组合（完全实现无GUI调试） #

这是跨层调试的核心工具链，全程可通过命令行操作：

• adb logcat：最基础的追踪工具，通过标签过滤聚焦目标调用链，加上-v threadtime输出时间戳方便关联。示例：

  adb logcat -v threadtime MyAppTag:V MyCustomFrameworkService:V MyHALService:V *:S
  

• adb shell ps：快速获取目标进程PID，比如adb shell ps | grep system_server、adb shell ps | grep my_hal_service。
• gdb/lldb：调试Native HAL层：
  1. 端口转发：adb forward tcp:1234 tcp:1234
  2. 绑定HAL进程：adb shell gdbserver :1234 --attach <HAL_PID>
  3. 本地调试：gdb out/target/product/generic_x86/vendor/lib64/hw/my_hal_service.so，再执行target remote localhost:1234即可设置断点。
• service list：查看系统服务注册状态，确认Framework服务、HAL服务是否正常绑定。
• dumpsys：查看服务运行细节，比如dumpsys my_custom_service可获取服务的调用统计、客户端连接信息。

3. 进阶可视化追踪工具 #

• systrace：Android自带的性能与调用链追踪工具，能生成HTML可视化报告，清晰展示App→Framework→HAL的跨进程调用时序、耗时。CLI示例：

  python3 ${AOSP_ROOT}/external/chromium-trace/systrace.py --time=10 -o trace.html sched am hal view
  

• Binder调试：通过adb shell cat /proc/binder/transactions查看实时Binder交易，能直接看到进程间的请求传递关系，帮助定位跨进程调用的断点。

三、跨层调试步骤示例（以自定义硬件服务为例） #

1. App层：在调用SDK API的位置添加日志，记录调用时间、参数。
2. Framework层：在自定义SystemService的对应方法中添加日志，或用Android Studio attach到system_server打断点，验证参数传递是否正确。
3. HAL层：用gdb attach到HAL进程，在HAL核心方法（如my_hal_do_something）设置断点，查看Framework传递的请求数据。
4. 关联验证：通过logcat的时间戳，将App、Framework、HAL的日志条目一一对应，或用systrace的可视化流程确认整个调用链的完整性。

四、App→Framework→HAL典型调用序列 #

以自定义硬件服务为例，完整调用链如下：

1. App层：调用Android SDK封装的API（如MyCustomManager.getInstance().performAction()）
2. Framework Java层：SDK API通过Binder IPC调用system_server进程中的MyCustomService（继承自SystemService）
3. Framework Native层：MyCustomService通过JNI调用Native库（如libmy_custom_service.so）
4. HAL层：Native Framework通过HIDL/AIDL调用HAL服务进程（如vendor/myvendor/hardware/mycustom/MyCustomHAL.cpp），HAL直接与硬件驱动或内核交互
5. 响应返回：HAL结果→Native Framework→Framework Java→App

五、关键注意事项 #

• 自定义AOSP构建时需开启调试模式：执行make debug，或在build/make/core/build_id.mk中设置BUILD_ID=DEBUG，确保镜像带调试符号。
• HAL层so文件需保留调试符号：在Android.mk中添加LOCAL_STRIP_MODULE := false，避免符号被剥离导致断点无效。
• 模拟器启动时需加载自定义AOSP镜像：

  emulator -avd my_custom_avd -system ${AOSP_ROOT}/out/target/product/generic_x86/system.img -data ${AOSP_ROOT}/out/target/product/generic_x86/userdata.img
  

内容的提问来源于stack exchange，提问作者code