Android native Memory分析

最新推荐文章于 2025-05-22 07:03:11 发布
最新推荐文章于 2025-05-22 07:03:11 发布
阅读量2.1k 收藏 2
点赞数
分类专栏： JAVA开发学习 Android相关 性能测试分析 JAVA-JVM
本文介绍了一种定位Android Native内存泄漏的方法，包括设置调试参数、使用DDMS查看SO文件内存占用，以及通过复杂分析手段直接定位泄漏代码的具体步骤。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

原文地址：  http://my.oschina.net/shaorongjie/blog/200350
前面讲述了如何分析Android总的Memory状况，每个进程的Memory状况及使用MAT分析Android内存定位到Java代码。下面看一下定位native memory leak代码。

本文将分析Android native memory的使用状况及通过一些手段来定位到native memory leak代码。

在EngLoad上执行以下adb命令


$ adb shell setprop libc.debug.malloc 1  
$ adb shell stop  
$ adb shell start


然后等手机重新启动后，链接DDMS就可以看到每个SO文件占用的内存大小了。一般占用很大的比较可能发生内存泄露。

（此图片引用自网络）

还有一种复杂的分析方法是结合process showmap, process maps及 process coredump3个文件来定位内存泄露代码，此方法可以直接定位到内存泄露代码，但需要是ENG版的手机和工程symbols文件。

首先，从process showmap文件中找出占用Memory最大的.so文件。

362148 289012 288412 0 648 0 288634 1590 [anon:libc_malloc]

可以看到上面native分配占用了288412 Bytes约288M内存。

然后，输入arm-linux-androideabi-gdb进入gdb

(gdb)file <product_name>/symbols/system/bin/app_process （需要调试的程序）

(gdb)set solib-search-path <product_name>/symbols/system/lib（设置搜索的Symbols文件）

(gdb)core-file coredump (即process coredump文件) （检查内存及寄存器）

(gdb)source core_parser_leak_info_v0.1.gdb（解析内存分配点）

可以看到

alloc_size = alloc_num * size_per_alloc

270MBytes = 49252 * 5760

alloc_bt:

bt:0x7a215c

bt:0xfffffffc

接着，从process maps中可以看到

0064f000-008d0000 r-xp 00000000 b3:05 1296 /system/lib/libskia.so

由于0x7a215c 在libskia.so的地址范围内0064f000-008d0000，可以断定是libskia.so发生了内存泄露。

计算地址偏移0x7a215c - 0064f000 = 0x0015315c

最后，使用arm-linux-androideabi-addr2line 来定位代码

arm-linux-androideabi-addr2line -C -f -e <product_name>/symbols/system/lib/libskia.so 0x15315c

SkImageDecorder::onDecodeSubset(SkBitmap* , SkIRect const&)

external/src/images/SkImageDecorder_libjpeg.cpp:2874

参考文献：http://source.android.com/devices/native-memory.html

【Android】Memory Analyzer Tool (MAT) 工具来分析 Native binder 对象的持续增加问题
资深全栈开发工程师
06-13 302
总之，在使用 Binder 时，需要注意及时释放 Binder 对象，选择高效的数据结构来存储 Binder 对象，或者使用 BinderPool 来优化 Binder 的使用，以降低内存占用，避免出现内存占用过高的问题。在使用 Binder 时，需要及时释放 Binder 对象，避免多次引用导致对象持续增加。总之，在 Android 中，通过分析系统日志文件和使用 MAT 工具，可以帮助我们定位 Native binder 对象持续增加的问题，并找到调用某个 Binder 的位置，从而解决问题。
全网最硬核 JVM 内存解析 - 1.从 Native Memory Tracking 说起
BASK2311的博客
04-25 2895
本篇是关于 JVM 内存的详细分析。网上有很多关于 JVM 内存结构的分析以及图片，但是由于不是一手的资料亦或是人云亦云导致有很错误，造成了很多误解；并且，这里可能最容易混淆的是一边是 JVM Specification 的定义，一边是 Hotspot JVM 的实际实现，有时候人们一些部分说的是 JVM Specification，一部分说的是 Hotspot 实现，给人一种割裂感与误解。
android native 内存分析,Android native Memory分析
weixin_29112009的博客
05-25 1473
本文将分析Android native memory的使用状况及通过一些手段来定位到native memory leak代码。在EngLoad上执行以下adb命令$adbshellsetproplibc.debug.malloc1$adbshellstop$adbshellstart然后等手机重新启动后，链接DDMS就可以看到每个SO文件占用的内存大小了。一般占用很大的比较可...
Android 内存溢出（OOM）的 Kotlin 排查与优化指南
最新发布
时小雨的专栏
05-22 1499
内存溢出（OOM）是 Android 开发中的常见问题，尤其在处理大图、复杂数据或内存泄漏时。本文通过 Kotlin 代码示例和工具使用，提供了一套完整的排查与优化方案。首先，使用 Android Profiler 和 LeakCanary 检测内存问题，重点关注 Java Heap 和 Native Heap 的异常增长。其次，针对 Kotlin 中常见的 Lambda、匿名内部类泄漏以及静态变量持有 Context 等问题，提供了修复方案。此外，通过优化 Bitmap 加载、使用协程避免生命周期泄漏、及
JVM的Heap Memory和Native Memory
热门推荐
Venus专栏
04-20 1万+
JVM管理的内存可以总体划分为两部分：Heap Memory和Native Memory。前者我们比较熟悉，是供Java应用程序使用的；后者也称为C-Heap，是供JVM自身进程使用的。Heap Memory及其内部各组成的大小可以通过JVM的一系列命令行参数来控制，在此不赘述。Native Memory没有相应的参数来控制大小，其大小依赖于操作系统进程的最大值（对于32位系统就是3~4G，各种系统
Native Memory
PirateCode的博客
02-22 1562
在优化应用程序时，Native Memory是一个关键部分，因为大多数引擎代码位于常驻内存中。 当你在原生插件中集成代码时，你可以直接控制它，但是从 Unity 内部系统中控制和优化Native Memory消耗并不总是可能的。 内部系统使用不同的缓冲区和资源，它可能并不总是明显地影响内存消耗。 下面的部分详细介绍了 Unity 内部系统，并解释了您在Native Profiler中经常看到的内存...
android memory 八 、android native 分析
09-23 1761
https://android.googlesource.com/platform/bionic/+/master/libc/malloc_debug/README.md
android native内存分析工具,Android内存分析工具 — Memory Profiler
weixin_30393633的博客
05-25 652
目录前言Android 存在内存回收机制，当它确定应用不再使用某些对象时，垃圾回收器会将未使用的内存释放回堆中。 虽然 Android 查找未使用内存的方式在不断改进，但对于所有 Android 版本，系统都必须在某个时间点短暂地暂停你写的代码。 大多数情况下，这些暂停难以察觉。 但是，如果你的应用分配内存的速度比系统回收内存的速度快，那么当释放足够的内存以满足应用的分配需要时，应用就可能出现延迟...
android native内存分析工具,Android内存分析工具：Memory Profiler
weixin_32968007的博客
05-25 1876
一、前言我们知道，Android系统检测到app有不再使用对象时，就会进行内存回收相关的工作。尽管Android检测无用对象、回收内存的方法在不断改进，但在目前所有的Android版本中，进行上述工作时，系统仍需要短暂地停止app的运行。在大多数情况下，系统进行内存回收的行为是无法被用户察觉到的。然而，如果应用分配内存的速度大于系统回收的速度，那么app进程的正常运行可能就回受到影响。毕竟，系统必...
使用androidstudio 分析内存泄漏
weixin_34146986的博客
07-05 1483
分析内存泄漏 http://www.jianshu.com/p/c49f778e7acf 转载于:https://www.cnblogs.com/sunfb/p/5086317.html
Java-内存概念- off-heap, native heap, direct memory, native memory
迷路剑客个人博客
03-20 978
Java-内存概念- off-heap, native heap, direct memory, native memory 概述 这几个都是JVM内存相关概念，之前一直有点模糊， 最近查了一些资料，在此记录。 1 Heap Memory JVM管理的堆内存，用来存放Java对象，由GC负责清理。 2 Native Memory/Off-heap Memory 由Java进程申请分配，但不在Java堆内，并不由GC负责清理。 3 Direct Memory 类似Native Memory，但不完全相同。 D
android onTrimMemory()和onLowMemory()详解
08-29 346
1. OnLowMemory() OnLowMemory()是Android提供的API，在系统内存不足，所有后台程序（优先级为background的进程，不是指后台运行的进程）都被杀死时，系统会调用OnLowMemory。系统提供的回调有：Application/A...
关于native memory不足引起的OutOfMemory(OOM)问题
can_do_it的专栏
10-21 2062
environment 1.os=>win32 2GB RAM 2.jdk=> D:\tools\native_memory>java -version java version "1.6.0_27" Java(TM) SE Runtime Environment (build 1.6.0_27-b07) Java HotSpot(TM) Client VM (build 20.2-b...
java native内存_JVM Heap Memory和Native Memory
weixin_30015371的博客
02-13 1762
JVM管理的内存可以总体划分为两部分：Heap Memory和Native Memory。前者我们比较熟悉，是供Java应用程序使用的；后者也称为C-Heap，是供JVM自身进程使用的。Heap Memory及其内部各组成的大小可以通过JVM的一系列命令行参数来控制，在此不赘述。Native Memory没有相应的参数来控制大小，其大小依赖于操作系统进程的最大值(对于32位系统就是3~4G，各种系...
Android系统（31）--- 如何分析native memory leak
zhangbijun1230的专栏
04-14 1205
 如何分析native memory leak   分析native程序发生内存泄漏问题，就需要对每一笔内存申请做记录，释放内存时清除记录，然后在认为存在内存泄漏时将记录提取出来分析，看看在哪段代码存在申请的内存没有释放。不过native进程申请内存的方法很多，可以直接通过mmap映射内存，也可以通过传统的堆分配函数malloc分配内存。这里我们只关注通过堆分配函数引起的内存泄漏。Android有...
Android内存管理及Memory Leak、OOM分析
Mr - Fan
09-27 787
一.Android进程管理&内存Android主要应用在嵌入式设备当中，而嵌入式设备由于一些众所周知的条件限制，通常都不会有很高的配置，特别是内存是比较有限的。如果我们编写的代 码当中有太多的对内存使用不当的地方，难免会使得我们的设备运行缓慢，甚至是死机。为了能够使得Android应用程序安全且快速的运行，Android 的每个应用程序都会使用一个专有的Dalvik虚拟机实例来运行，它是由Zygot
聊聊HotSpot VM的Native Memory Tracking
weixin_34133829的博客
03-25 636
序 本文主要研究一下HotSpot VM的Native Memory Tracking Native Memory Tracking java8给HotSpot VM引入了Native Memory Tracking (NMT)特性，可以用于追踪JVM的内部内存使用 使用 开启 -XX:NativeMemoryTracking=summary 复制代码 使用-XX:NativeMemoryTrac...
转载：Spring Boot引起的“堆外内存泄漏”排查及经验总结
zzhongcy的专栏
09-10 1711
发现一篇排查sprintboot内存泄漏的文章，发现作者分析很到位，这里转载学习一下。 Native Memory Tracking (NMT) 首先，我们先了解一下Native Memory Tracking (NMT)。 Native Memory Tracking (NMT) 是Hotspot VM用来分析VM内部内存使用情况的一个功能。我们可以利用jcmd（jdk自带）这个工具来访问NMT的数据。 NMT介绍 工欲善其事必先利其器，我们先把相关需要的配置和工具介绍清楚，再通过例子来.
android native内存分析
01-01
Android内存分析是指检测和分析Android应用程序中的内存使用情况，以便优化应用程序性能和解决内存泄漏问题。 首先，我们可以使用Android Studio提供的内存分析工具来对应用程序进行分析。该工具可以显示应用程序的内存使用情况，并提供了堆转储文件的功能。通过查看堆转储文件，我们可以检查应用程序的堆内存使用情况，包括对象的分配、引用和释放情况。从而找到可能的内存泄漏问题，如未及时回收的对象或无效的引用。此外，我们可以利用工具中的多种图表和报告来分析内存泄漏的原因和位置。 其次，我们可以使用MAT（Memory Analyzer Tool）工具来对堆转储文件进行更深入的分析。MAT工具提供了更多的工具和报告，可以帮助我们找出内存泄漏的根本原因，如长生命周期的对象、静态引用、未正确关闭的资源等。此外，MAT还可以分析内存中的对象实例占用及其关系，帮助我们了解对象之间的引用关系并发现潜在的内存泄漏。 最后，我们还可以使用一些第三方库和工具来辅助进行内存分析，如LeakCanary和Facebook的Stetho。LeakCanary可以实时监测内存泄漏，并在检测到泄漏时提供详细的报告和堆转储文件。Stetho可以实时查看应用程序内存使用情况，并提供调试界面和API，方便开发人员进行内存分析和调试。 总之，Android native内存分析是通过使用内置工具、第三方库和工具来检测和分析应用程序的内存使用情况，以优化性能和解决内存泄漏问题。通过分析堆转储文件和使用各种工具和报告，开发人员可以快速定位和解决内存问题，提升应用程序的质量和性能。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值