android内存,Android内存泄露场景

如何管理Android手机剩余内存

大家知道要如何管理Android手机剩余内存吗?管理Android手机剩余内存有什么方法?下面一起来看看!

其实大家不用那么在意android手机剩余内存的大小。

很多人都是把使用其他系统的习惯带到了android手机上，不是所有的智能手机系统都一样的。android大多数应用没有退出的设计其实是有道理的，这和系统对进程的调度机制有关系。如果你知道java，就能更清楚这机制了。其实和java的垃圾回收机制类似，系统有一个规则来回收内存。进行内存调度有个阀值，只有低于这个值系统才会按一个列表来关闭用户不需要的东西。当然这个值默认设置得很小，所以你会看到内存老在很少的数值徘徊。但事实上他并不影响速度。相反加快了下次启动应用的速度。这本来也是android的优势之一，如果人为去关闭进程，没有太大必要。特别是自动关进程的软件。

　 　为什么内存少的时候运行大型程序会慢呢?

其实很简单，在内存剩余不多时打开大型程序，会触发系统自身的调进程调度策略，这是十分消耗系统资源的操作，特别是在一个程序频繁向系统申请内存的时候。这种情况下系统并不会关闭所有打开的进程，而是选择性关闭，频繁的调度自然会拖慢系统。

　 　进程管理软件到底还有存在的价值吗?

其实还是有的，在运行大型程序之前，你可以手动关闭一些进程释放内存，可以显著的提高运行速度。但一些小程序，完全可交由系统自己管理。很多朋友还有个疑问，如果不关程序是不是会更耗电?这里也解释一下，android的应用在被切换到后台时，它其实已经被暂停了，并不会消耗cpu资源，只保留了运行状态。所以为什么有的程序切出去重新进入，还会到主界面。但是，一个程序如果想要在后台处理些东西，如音乐播放，它就会开启一个服务，服务可在后台持续运行，所以在后台耗电的也只有带服务的应用了。这个在进程管理软件里能看到，名字是service。所以没有带服务的应用在后台是完全不耗电的，没有必要关闭。这种设计本来就是一个非常好的设计，下次启动程序时，会更快，因为不需要读取界面资源，何必要关掉他们抹杀这个android的优点呢?

为什么android应用看起来那么耗内存?

大家知道，android上的应用是java，当然需要虚拟机，而android上的应用是带有独立虚拟机的，也就是每开一个应用就会打开一个独立的虚拟机。这样设计的原因是可以避免虚拟机崩溃导致整个系统崩溃，但代价就是需要更多内存。

至于为什么开了大程序或者开了好几个程序之后切换会变慢，具体分析如下:

已经开启了一个大程序，占用70%内存，如果再想运行一个程序，此时还需要50%的内存，则就需要一个从大程序占用的内存中释放或者压缩的过程，所以表现出来的就是慢一会儿。

已经开启了几个程序共占用内存80%，运行新程序时又需要20%的内存，系统内存因为没见过剩余0的时候，也就是应该剩一部分空闲内存，那么就需要从之前开启的这几个程序中选择一个或者几个来关闭，这一过程也需要耗费系统资源，所以会慢一会儿。也就是说你手动去结束程序的时候，就是替系统在释放内存，就算你不去结束，在需要内存的时候系统也会自动结束程序释放内存。

不在后台运行的程序(没服务的)，即使不结束也不会耗电。在后台运行的(有服务的`)程序，如一些播放器或实时监控的软件，自然会耗电。这就说明结束进程并不是没用，我们只需要看哪个带服务耗电哪个程序后台一直在运行，看服务就能看出来，这样的软件如果用不到的时候就结束了吧。

以QQ举例，正常的退出，会在进程管理里留下qq的运行过的状态，但不耗电不占 cpu，如果你只是切换出去(按房子键而不是退出)那么自然会耗电，因为程序还在运行，QQ还在线呢。

这里就有个要注意的地方了，虽然房子键和那个返回键都可以将程序切换出去，但是两者的效果差异是很大的，返回键可以视作程序已经退出了，而按房子键，则是将程序切换到了后台来运行，软件并没有退出哦!

以上这些设计都是为了确保了android的稳定性，正常情况下最多单个程序崩溃，但整个系统不会崩溃，也永远没有内存不足的提示出现。大家可能是被windows毒害得太深了，总想保留更多的内存，但实际上这并不一定会提升速度，相反却丧失了程序启动快的这一系统特色，得不偿失。大家不妨换种观念习惯来使用android系统。

相关问答

Q1: Android App内存优化

内存优化就是对内存问题的一个预防和解决，做内存优化能让应用挂得少、活得好和活得久。

挂的少：

“挂”指的是 Crash，内存问题导致 Crash 的具体表现就是内存溢出异常 OOM。

活得好：

活得好指的是使用流畅，Android 中造成界面卡顿的原因有很多种，其中一种就是由内存问题引起的。内存问题之所以会影响到界面流畅度，是因为垃圾回收（GC，Garbage Collection），在 GC 时，所有线程都要停止，包括主线程，当 GC 和绘制界面的操作同时触发时，绘制的执行就会被搁置，导致掉帧，也就是界面卡顿。

活得久：

活得久指的是我们的应用在后台运行时不会被干掉。Android 会按照特定的机制清理进程，清理进程时优先会考虑清理后台进程。清理进程的机制就是LowMemoryKiller。在 Android 中不同的进程有着不同的优先级，当两个进程的优先级相同时，低杀会优先考虑干掉消耗内存更多的进程。也就是如果我们应用占用的内存比其他应用少，并且处于后台时，我们的应用能在后台活下来，这也是内存优化为我们应用带来竞争力的一个直接体现。

内存占用是否越少越好？

当系统 内存充足 的时候，我们可以多用 一些获得更好的性能。当系统 内存不足 的时候，我们希望可以做到 ”用时分配，及时释放“。内存优化并不能一刀切。

我们都知道，应用程序的内存分配和垃圾回收都是由Android虚拟机完成的，在Android 5.0以下，使用的是Dalvik虚拟机，5.0及以上，则使用的是ART虚拟机。

Android虚拟机Dalvik和ART

1、内存区域划分

详细请看以下两篇文章（建议全看）：

java内存四大区_JVM内存区域划分

Android 内存机制

2、内存回收

垃圾收集的标记算法（找到垃圾）：

垃圾收集算法（回收垃圾）：

引用类型：强引用、软引用、弱引用、虚引用

对象的有效性=可达性+引用类型

JAVA垃圾回收机制-史上最容易理解看这一篇就够了

Android：玩转垃圾回收机制与分代回收策略

android中还存在低杀机制，这种情况属于系统整机内存不足，直接把应用进程杀掉的情况。

Android后台杀死系列：LowMemoryKiller原理

1、内存溢出

系统会给每个App分配内存空间也就是heap size值，当app占用的内存加上申请的内存超过这个系统分配的内存限额，最终导致OOM(OutOfMemory)使程序崩溃。

通过命令 getprop |grep dalvik.vm.heapsize 可以获取系统允许的最大

注意：在设置了heapgrowthlimit的状况下，单个进程可用最大内存为heapgrowthlimit值。在android开发中，若是要使用大堆，须要在manifest中指定android:largeHeap为true，这样dvm heap最大可达heapsize。

关于heapsize heapgrowthlimit

2、内存泄漏

Android系统虚拟机的垃圾回收是通过虚拟机GC机制来实现的。GC会选择一些还存活的对象作为内存遍历的根节点GC Roots，通过对GC Roots的可达性来判断是否需要回收。内存泄漏就是 在当前应用周期内不再使用的对象被GC Roots引用，造成该对象无法被系统回收，以致该对象在堆中所占用的内存单元无法被释放而造成内存空间浪费，使实际可使用内存变小。简言之，就是 对象被持有导致无法释放或不能按照对象正常的生命周期进行释放。

Android常见内存泄漏汇总

3、内存抖动

指的是在短时间内大量的新对象被实例化，运行时可能无法承载这样的内存分配，在这种情况下就会导致垃圾回收事件被大量调用，影响到应用程序的UI和整体性能，最终可能导致卡顿和OOM。

常见情况：在一些被频繁调用的方法内不断地创建对象。例如在View 的onDraw方法内new 一些新的对象。

注意内存抖动也会导致 OOM，主要原因有如下两点：

1、Android Studio Profiler

作用

优点

内存抖动问题处理实战

理解内存抖动的概念的话，我们就能明白只要能找到抖动过程中所产生的对象及其调用栈，我们就能解决问题，刚好Android Studio 的Porfiler里面的Memory工具就能帮我们记录下我们操作过程中或静止界面所产生的新对象，并且能清晰看到这些对象的调用栈。

选择Profile 中 的Memory ，选择 Record Java/Kotlin allocations，再点击Record开始记录， Record Java/Kotlin allocations 选项会记录下新增的对象。

操作完成之后，点击如图所示的红脑按钮，停止记录。

停止记录后，我们就可以排序（点击 Allocations可以排序）看看哪些对象或基本类型在短时间被频繁创建多个，点击这些新增的对象就可以看到它的完成的调用链了，进而就找找到导致内存抖动的地方在哪里了。

2、利用DDMS 和 MAT(Memory Analyzer tool)来分析内存泄漏

我们利用工具进行内存泄漏分析主要是用对比法：

a.先打开正常界面，不做任何操作，先抓取一开始的堆文件。

b.一顿胡乱操作，回到原来操作前的界面。主动触发一两次GC,过10秒再抓取第二次堆文件。

c.通过工具对比，获取胡乱操作后新增的对象，然后分析这些新增的对象。

DDMS作用:抓取堆文件，主动触发GC。（其实也是可以用Android Studio 的Profile里面的Memory工具来抓取堆文件的，但是我这边在利用Profile 主动触发gc 的时候会导致程序奔溃，也不知道是不是手机的问题，所以没用Android Studio的Profiler）

MAT作用：对堆文件进行对比，找到多出的对象，找到对象的强引用调用链。

以下是详细的过程：

步骤1.打开DDMS,选择需要调试的应用，打开初始界面，点击下图的图标（Dump Hprof File）先获取一次堆文件。

步骤2.对应用随便操作后，回到一开始的界面，先多触发几次GC ，点击下图的图标(Cause Gc)来主动触发GC,然后再次点击 Dump Hprof File 图标来获取堆文件。

步骤3.通过Android Studio Profile 或者 DDMS dump 的堆文件无法在MAT 打开，需要借助android sdk包下的一个工具hprof-conv.exe来转换。

格式为 hprof-conv 旧文件路径名 要转换的名称；

例如：hprof-conv 2022-04-13_17-54-40_827.hprof change.hprof

步骤4.把两份堆文件导入MAT,然后选择其中第二次获取的堆文件，点击 如图所示的 Histogram查看。

步骤5.点击下图图标，Compare To Another Heap Dump ,选择另一份堆文件。

6.会得出下图所示的 Hitogram 展示，我们主要看Objects 这一列。 如下图所示 “+ 2” 则代表前面两份堆文件对比，这个对象多了两个，我们主要就是要分析这些多了出来，没有被回收的对象。

7.加入我们从增加的对象中，看到了MainActivity ，则需要从一开始打开的Hitogram 展示里面找到这个对象的调用栈。如下图所示，搜索MainActivity

8.看到下图所示解雇，然后鼠标右键点击下图红色圈圈着的MainActivity ,选择 Merger Shortest Paths to Gc Roots ，再选择 exclude all phantom/weak/soft etc.references ,就可以看到这个MainActivity 对象的强引用链，至此我们就可以找到MainActivity对象是被什么引用导致无法回收了。

3、内存泄露检测神器之LeakCanary（线下集成）

自行学习了解，接入简单，使用简单，基本可以解决大部分内存泄漏问题。

github地址 ：

学习地址 ：

针对内存抖动的建议：

针对内存泄漏问题的建议：

针对内存溢出问题的建议（主要就是要减少内存占用）：

建议参考：

深入探索 Android 内存优化（炼狱级别）

对于 优化的大方向，我们应该优先去做见效快的地方，主要有以下三部分：内存泄漏、内存抖动、Bitmap。完善监控机制也是我们的重点，能帮助我们对内存问题快速分析和处理。

参考：

深入探索 Android 内存优化（炼狱级别）

Q2: Android手机清理内存的方法

和PC用户一样智能手机用户也会遇到手机存储不足的问题，对于Android手机来说因为系统不支持安装程序到SD卡，手机配置的存储容量也有限，很多用户都碰到过安装程序太多系统内存不足的问题。虽然Android2.2系统开始已经支持Apps2SD功能，但是很多用户使用后发现Android2.2系统下仍然有很多应用程序无法安装到SD卡，即可程序支持移动到SD卡，但是还会保留一部分系统文件和隐私文件在手机内存里。另外还有一些程序像Widgets,动态壁纸和一些系统程序，如果安装在SD卡根本无法正常工作，内存不足依然是让很多用户感到棘手的问题。不过Android作为一种优秀的移动操作系统，提供了几种可以清理和释放内存空间的办法，我们总结了下面几点希望可以帮助用户解决燃眉之急。

清理大型应用程序的缓存数据。

1、通过清理程序的缓存文件，释放的内存空间会让你喜出望外。 2、进入手机设置选项，选择设置应用程序管理应用程序。 3、按一下Menu键，选择“按大小排序”选项(如果是Android2.2手机先要选择已下载标签)，然后就可以按照应用程序大小排列所有手机安装的应用程序。 4、点击一款列表中的应用程序，如果程序有缓存文件可以显示大小，直接点击“清除缓存”选项就可以释放这些缓存文件占据的空间。 5、有一些应用程序的缓存文件可能多达数MB，比如GoogleMaps，Market,浏览器和相册程序，清理这几个程序的缓存文件就可以释放相当可观的空间。 6、很多手机厂商都在旗下手机预装了自己开发的UI程序，比如HTCSense,MOTOBLUR等，如果你打算使用LaunherPro或者ADW这样的launcher程序替代HTCSense，你可以清理甚至删除HTCSense的数据文件，这个操作可以让你的'手机多出几十MB空间。 7、另外AndroidMarket还提供一些自动清除缓存文件的应用程序，比如QuickAppCleanCache这款收费软件。对于已经取得root权限的手机用户，可以从Market下载CacheCleaner,CacheMate和MoveCache这些程序来快速方便的清除程序缓存文件。

删除那些你从来不用或者很少使用的应用程序这是很多用户都会面对的问题，默默忍受着手机内存不足的报警，甚至牺牲系统性能，就是舍不得删除那些从来不用或者极少使用的应用程序，这可能也是一种强迫症。删除这些程序你会发现手机从此海阔天空，而且你没有任何损失。移动所以可以移动的应用程序数据到SD卡运行Android2.2系统的手机支持安装应用程序到SD卡，确保检查所有你安装的应用程序如果支持appstoSD卡功能一定要移动到SD卡，对于一些大型软件特别是游戏程序节省的容量相当可观。

不过一定要注意Widgets程序，捆绑Widgets的程序，以及动态壁纸程序和那些需要在后台运行并且和系统进行交互的应用程序不要移动到SD卡存储，否则程序可能无法正常工作。如果觉得每个程序单独设置太麻烦，可以借助Apps2SD和SDMove这样的程序简化操作过程。对于那些动手能力比较强的用户可以通过网上的教程设置应用程序默认安装到SD卡，这样就可以一劳永逸。

Q3: 提升Android手机运行内存教程

随着智能手机的不断发展以及用户需求的不断增加，手机的运行内存(RAM)的大小已经从MB过渡到了GB容量，作为用户的我们只是知道运行内存越大越好，而运行内存到底有什么用你知道么?接下来是我为大家收集的提升Android手机运行内存教程，希望能帮到大家。

提升Android手机运行内存教程

知识小科普

无应用运行时内存占用已近半

这个时候就又到了笔者给大家科普的时候了。RAM全称Random Access Memory，我们都习惯称之为运行内存，又称随机存储器。其是与CPU直接交换数据的内部存储器，也叫主存(内存)。它可以随时读写，并且速度很快，通常作为系统或正在运行程序的临时数据存储媒介。

为啥安卓手机更吃内存

看到这你可能深深的认为RAM还是越大越好，对没错笔者也是这么认为的。纵观安卓手机的发展，RAM已经从最初的128MB发展到了现在的6GB(消息称8GB已经在路上)，而苹果从最初的128MB至今RAM也不过才发展到2GB而已，但仍然可以流畅运行，这又是为何呢?

iOS VS Android(图片引自antutu)

这就完全要归结于安卓和苹果不同的内存运行机制。安卓系统在运行一个程序时：CPU开始计算-内存开始缓存-再读取目标文件开始计算，当结束程序时CPU计算完毕但内存仍然有部分缓存占用。而苹果就不同当CPU开始运算后就会收集所有内存为应用运行进行缓存，在结束应用时会释放全部内存。

用户的内存不足解决之道

对于一般用户来说就是安装各类清理软件，卸载多余不常用APP，软件关闭后及时清理后台。目前许多手机中还加入了后台应用管理的功能并提供一键清理选项，实在受不了的时候就对手机进行一次出厂化设置。

手机中自带的权限管理应用

对于安卓有一定了解的用户，则会选择精简版的ROM来进行刷机(一般情况下系统的精简度是和流畅性成正比的)，并通过ROOT获取权限，从根本控制软件的自启及对内存的占用。

各类刷机软件中都提供精简版ROM一键刷机和一键ROOT(图片引自romjd)

而那些动手能力极强的用户还会选择一些特别的方法，比如通过创建Swap(交换分区)来解决，当用户的实体内存不足时便会调用这部分虚拟内存来运行应用。

Linux中的Swap即交换分区，类似于Windows的虚拟内存，就是当内存不足的时候，把一部分硬盘空间虚拟成内存使用,从而解决内存容量不足的情况。而Android正是基于Linux研发的操作系统，所以也可以使用Swap分区来提升系统运行效率。

对于安卓手机如何创建Swap的具体过程笔者就不做过多介绍，不过首先你的手机内核需要支持Swap，并且已ROOT，可以利用内置存储或内存卡(需注意卡片读写速度)进行制作，详细方法及所需软件请执行百度。

看了“提升Android手机运行内存教程”还想看：

1. 安卓手机运行内存不够用的解决方法

2. 怎样能刷运行内存

3. 安卓手机运行内存太小怎么优化

4. 怎样扩大手机内部内存

5. 怎样扩展手机最大内存

Q4: Android 内存管理原理

在Android开发中我们常常遇到app在后台长期不使用时被系统自动回收掉，Android系统是怎么实现这个功能的呢。我们不讨论如何让app保活的方法，主要来说说系统实现这一机制的原理

在Android系统中使用oom_adj值来描述一个进程的重要程度，它是AMS的Process类型中的一个变量，oom_adj值越小，表示进程越重要，越不容易被杀掉。以下是AMS中定义的一些oom_adj值

可以看到一些运行核心服务的进程的oom_adj为-12（CORE_SERVER_ADJ），这类进程基本不会被杀死。其他未赋值的都在static块中进行了初始化，是通过system/rootdir/init.rc进行配置的：

可以看到前台进程的oom_adj值为0，这类进程时我们正在交互的进程，基本也不会被杀掉；空进程对应的值是15，当系统内存不足是最新杀掉的就是这类进程（这类进程一般指的是所有的activity都destory掉了，并且没有service在运行）。adj值下面描述的是各种内存阀值。比如当系统剩余内存小于6144 * 4kb（ro.EMPTY_APP_MEM）是emty 进程就会被回收掉。这些值对与每个手机厂商生产的手机都是不一样的。以下是oom_adj值对应的内存阀值

如上所说，当系统内存小于6144 * 4kb时empty进程将会被回收掉，而empty进程的oom_adj值为15。在Activity、service、contentProvider、Broadcast Android四大组件的状态的变化都会导致AMS更新对应进程oom_adj值，所以前台进程比后台进程更不容易杀掉，带有service的后台进程比没有service的进程更不容易被杀掉

LMK的全称是low memory killer，它是内核的一个模块。它里面保存了各个进程的pid以及对应的oom_adj，每次AMS调用updateOOmAdj函数更新进程的oom_adj时都会通知LMK模块。

LMK通过linux的shrinker模块来监听系统的内存变化，当系统的剩余内存达到某个阀值时就会杀掉oom_adj值大于这个阀值对应的oom_adj的进程。它会优先杀掉内存占用多的进程，如果杀掉这些进程内存回到了正常值将不会继续杀进程。所以让app不要占用大量的内存也可以起到保活的作用