内存泄露
Time:2023-05-27 07:20:15
关于内存泄露的问题，我们总结了以下几点，给你解答：
内存泄露
内存泄露科普
内存泄露概念
内存泄露（Memory Leak）是指程序中间动态分配了内存，但在程序结束时没有释放这部分内存，从而造成那部分内存不可用的情况。
内存泄露影响
内存浪费，从而影响程序运行速度，严重时导致内存溢出错误。
内存泄露分类
1、常发性内存泄漏。发生内存泄漏的代码会被多次执行到，每次被执行的时候都会导致一块内存泄漏。
2、偶发性内存泄漏。发生内存泄漏的代码只有在某些特定环境或操作过程下才会发生。常发性和偶发性是相对的。对于特定的环境，偶发性的也许就变成了常发性的。所以测试环境和测试方法对检测内存泄漏至关重要。
3、一次性内存泄漏。发生内存泄漏的代码只会被执行一次，或者由于算法上的缺陷，导致总会有一块仅且一块内存发生泄漏。比如，在类的构造函数中分配内存，在析构函数中却没有释放该内存，所以内存泄漏只会发生一次。
4、隐式内存泄漏。程序在运行过程中不停的分配内存，但是直到结束的时候才释放内存。严格的说这里并没有发生内存泄漏，因为最终程序释放了所有申请的内存。但是对于一个服务器程序，需要运行几天，几周甚至几个月，不及时释放内存也可能导致最终耗尽系统的所有内存。所以，我们称这类内存泄漏为隐式内存泄漏。
内存泄露与内存溢出的区别
内存溢出（out of memory或者Memory Overflow），是指程序在申请内存时，没有足够的内存空间供其使用，出现out of memory；比如申请了一个integer,但给它存了long才能存下的数，那就是内存溢出。
内存泄露不一定产生实际影响，内存溢出一定产生影响了！
内存泄露问题实例
案例一：Jetty8 bug
问题分类
一次性内存泄漏
问题原因
Jetty8 bug，详见：
https://github.com/eclipse/jetty.project/issues/575
简单说就是扫描annotations注解时，jars 被当做zip压缩包打开了但是没有关闭导致内存占用不释放。因为这个只在类加载阶段执行一次，所以是一次性内存泄露。
案例二：线程池
问题分类
常发性内存泄露
问题原因
Java常见面试题，基础中的基础是Java线程池参数的设置。new ThreadPoolExecutor(0, 10, 60, TimeUnit.SECONDS, new LinkedBlockingQeque<>());
上述代码核心线程数设置为0，默认会创建一个线程进行任务的处理，但是BlockingQueue使用的是LinkedBlockingQeque是一个无界的队列。
当核心线程数满了的时候后续的任务会优先插入队列中，只有当队列满了才会在最大线程数的范围内新增线程，然而因为是无界队列，所以此时设置的最大线程数就无效了。队列持续地在增长，最终使得BlockingQueue成了一个大对象导致频繁的Full GC。
这就是为什么那些老司机重复重复的说一定要用有界队列。这个问题归为常发性内存泄露还是偶发性内存泄露主要看场景和业务量。
内存泄露如何查看和解决
(一) 生成.hprof文件
生成.hprof 文件的方法有很多，而且Android 的不同版本中生成.hprof 的方式也稍有差别，我使用的版本的是2.1，各个版本中生成.prof 文件的方法请参考： http://android.git.kernel.org/?p=platform/dalvik.git;a=blob_plain;f=docs/heapprofiling.html;hb=HEAD。
1. 打开eclipse 并切换到DDMS 透视图，同时确认Devices、Heap 和logcat 视图已经打开了；
2. 将手机设备链接到电脑，并确保使用“USB 调试”模式链接，而不是“Mass Storage“模式；
3. 链接成功后在Devices 视图中就会看到设备的序列号，和设备中正在运行的部分进程；
4. 点击选中想要分析的应用的进程，在Devices 视图上方的一行图标按钮中，同时选中“Update Heap”和“Dump HPROF file”两个按钮；
5. 这是DDMS 工具将会自动生成当前选中进程的.hprof 文件，并将其进行转换后存放在sdcard 当中，如果你已经安装了MAT 插件，那么此时MAT 将会自动被启用，并开始对.hprof 文件进行分析；
注意：第4 步和第5 步能够正常使用前提是我们需要有sdcard，并且当前进程有向sdcard中写入的权限(WRITE_EXTERNAL_STORAGE)，否则.hprof 文件不会被生成，
在logcat 中会显示诸如 ERROR/dalvikvm(8574): hprof: can't open /sdcard/com.xxx.hprof-hptemp: Permission denied.的信息。
如果我们没有sdcard，或者当前进程没有向sdcard 写入的权限（如system_process）， 那我们可以这样做：
6. 在当前程序中，例如framework 中某些代码中，可以使用android.os.Debug 中的： public static void dumpHprofData(String fileName) throws IOException 方法，手动的指定.hprof 文件的生成位置。
例如： xxxButton.setOnClickListener(new View.OnClickListener() { public void onClick(View view) { android.os.Debug.dumpHprofData("/data/temp/myapp.hprof"); ... ... } }
上述代码意图是希望在xxxButton 被点击的时候开始抓取内存使用信息，并保存在我们指定的位置：/data/temp/myapp.hprof，这样就没有权限的限制了，而且也无须用sdcard。
但要保证/data/temp 目录是存在的。这个路径可以自己定义，当然也可以写成sdcard 当中的某个路径。
(二) 使用MAT导入.hprof文件
1. 如果是eclipse 自动生成的.hprof 文件，可以使用MAT 插件直接打开（可能是比较新的ADT才支持）；
2. 如果eclipse 自动生成的.hprof 文件不能被MAT 直接打开， 或者是使用android.os.Debug.dumpHprofData()方法手动生成的.hprof 文件，则需要将.hprof 文件进行转换，转换的方法： 例如我将.hprof 文件拷贝到PC 上的/ANDROID_SDK/tools 目录下，并输入命令hprofconv xxx.hprof yyy.hprof，其中xxx.hprof 为原始文件，yyy.hprof 为转换过后的文件。转换过后的文件自动放在/ANDROID_SDK/tools 目录下。OK，到此为止，.hprof 文件处理完毕，可以用来分析内存泄露情况了。
3. 在Eclipse 中点击Windows->Open Perspective->Other->Memory Analyzer，或者打Memory Analyzer Tool 的RCP。在MAT 中点击File->Open File，浏览并导入刚刚转换而得到的.hprof文件。
(三) 使用MAT的视图工具分析内存
导入.hprof 文件以后，MAT 会自动解析并生成报告，点击Dominator Tree，并按Package分组，选择自己所定义的Package 类点右键，在弹出菜单中选择List objects->With incoming references。这时会列出所有可疑类，右键点击某一项，并选择Path to GC Roots -> exclude weak/soft references，会进一步筛选出跟程序相关的所有有内存泄露的类。据此，可以追踪到代码中的某一个产生泄露的类。
MAT 的界面如下图所示。
具体的分析方法在此不做说明了，因为在MAT 的官方网站和客户端的帮助文档中有十分详尽的介绍。 了解MAT 中各个视图的作用很重要，例如www.eclipse.org/mat/about/screenshots.php 中介绍的。
总之使用MAT 分析内存查找内存泄漏的根本思路，就是找到哪个类的对象的引用没有被释放，找到没有被释放的原因，也就可以很容易定位代码中的哪些片段的逻辑有问题了。
另外在测试过程首先需要分析怎么样操作一个应用会产生内存泄露然后在不断的操作中抓取该进程产生的hhprof文件使用MAT工具分析。目前自己的了解查看内存分析内存泄露还有以下几种方法：
1.使用top命令查看某个进程的内存。例如创建一个脚本文件music.sh 该文件内容为指定程序每隔一秒钟输出某个进程的内存使用情况，在此具体实现如下 ：
#!/bin/bash
while true; do
adb shell procrank | grep "com.android.music"
sleep 1
done
并且配合使用procank工具可以查看music进程每一秒钟内存使用情况。
2.另外使用top命令也可是查看内存具体为：
adb shell top -m 10.(查看使用资源最多的10个进程)
adb shell top|grep com.android.music(查看music进程的内存)
3.free命令
free
1.作用free命令用来显示内存的使用情况，使用权限是所有用户。
2.格式free [－b|－k|－m] [－o] [－s delay] [－t] [－V]
3.主要参数－b －k －m：分别以字节（KB、MB）为单位显示内存使用情况。
－s delay：显示每隔多少秒数来显示一次内存使用情况。
－t：显示内存总和列。
－o：不显示缓冲区调节列。
4.应用实例free命令是用来查看内存使用情况的主要命令。和top命令相比，它的优点是使用简单，并且只占用很少的系统资源。通过－S参数可以使用free命令不间断地监视有多少内存在使用，这样可以把它当作一个方便实时监控器。
＃free －b －s5使用这个命令后终端会连续不断地报告内存使用情况（以字节为单位），每5秒更新一次。
内存泄露和内存溢出是指什么,它们有什么区别
内存泄露和内存溢出的概念，以及它们的区别。具体如下：
1、概念
内存溢出（out of memory）：是指程序在申请内存时，没有足够的内存空间供其使用，即始觉出现out of me裂mory；比如申请了一个i频木林nteger,但给它存了long才能阳班款费切银据支升行存下的数，那就是内存溢出。
内存泄露（memory leak）：是指程序着苦通福候似停在申请内存后，无法东跟望紧期释放已申请的内存空间，一次内存泄露危害可以忽略，但内存泄露堆积后果很严重，无论多少内存,迟早会被占光。
2、区别
内存溢出是指程序在申请内存时，没有足够的低动内存空间供其使用， 系统已经不能再分配出你所需要的空间；内存泄露是指程序在申请内存后，无法释放已申请的内存空间，一次内存泄露危害可以忽略，但是内存泄漏次数多了就会导致内存溢出。
内存溢出就是你要求分配的内存超出了系统能给你尔握西需高个林正众源治的，系统不能满足需求，于是产生溢出。
内存泄漏的分类
1、常发性内存泄漏。发生内存泄漏的代码会被多次执行到，每次被执行的时候都会导致一块内存泄漏。
2、偶发性内存泄漏。发生内存泄漏的代码只有在某些特定环境或操作过程下才会发生。常发性和偶发性是相对的。对于特定的环境，偶发性的也许就变成了常发性的。所以测试环境和测试方法对检测内存泄漏至关重要。
3、一次性内存泄胶漏。发生内存泄漏的代码只会些抗被执行一次，或者由于酸红巴演亮续低算法上的缺陷，导致总会有一块仅且一块内存发生泄模漏。比如，在类的构造式负没菜九函数中分配内存，在析构函数中却没有释放该内存，所以内存泄漏只会发生一次。
4、隐式内存泄漏。程序在运行过程中不停的分配内存，但是直到结束的时候才释放内存。严格的说这里并没有发觉生内存泄漏，因为最终程序释放了所有申请的内存。但是对于一个服务器程序，需要运行几天，几周甚至几个月，不及时释放内存也可能导致最终耗尽系统烟获富十岁报的所有内存。所以，我们称这类内存泄漏为隐式内存泄漏。