一、概述
android 对native - c/c++ 的调试和排查是比较难受的一件事。我看周遭做window , linux 甚至ios的调试排查起c的代码都比较方便。习惯了app开发去熟悉native是各种痛苦,最主要是排查问题上。后续有时间打算整理下native 的错误排查使用:address2line,ndk-stack,bugreport。该篇主要想写下ASAN排查内存问题。
ASAN是谷歌的一个项目,支持不少平台:https://github.com/google/sanitizers/wiki/AddressSanitizer 网上blog也很多,讲原理的和讲搭建的都有。但是跑起来就是各种问题,跑起来直接不能使用的也多。其中比较有效的可以参考这篇blog:
https://blog.csdn.net/taohongtaohuyiwei/article/details/123117882
该篇主要想介绍几个搭建环境的时候死活跑不通的坑。
二、环境搭建
环境搭建比较简单,可以直接参见Android官网:https://developer.android.com/ndk/guides/asan?hl=zh-cn 就是搭建出来的大概率没法使用。
可以参考:[https://blog.csdn.net/taohongtaohuyiwei/article/details/123117882]这篇blog里的demo
三、Android-ASAN的大坑
3.1、jni jstring传递报错
Android官网打开第一行:
警告:在 Android 11 之后的 AOSP master 中,弃用了 arm64 上的平台开发 ASan,改为使用 HWASan。
1、没错的谷歌现在推荐64位的使用HWASan ,那问题来了,HWASan要自己刷系统还要是pixel手机。这接入成本就有点大,我没有pixel手机所以没法尝试。
2、使用Android12 和Android13的手机去跑64位的带ASAN的包,包是可以编译出来,也可以运行。但是使用JNI 传参jstring 会报内存只读直接没法往下走了【ASAN 是识别到内存有问题就会直接crash 然后打印对应堆栈】
3、折中解决:因为手头上的手机版本都比较高,我们编译的库都是arm64的,目前只想到了使用arm7的so带asan,使用arm7来排查问题。解决了问题再编译arm64
【使用android8.0的手机直接跑arm64是可以的】