Android native ASAN 排查内存泄漏

一、概述

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是可以的】