在Linux中运行的C程序出现内存泄漏现象，怎么解决？

Posted 2023-03-27

如下，老师给的代码，需要我们改变它的内存泄漏问题，但是搞不明白内存泄漏在Linux里是什么样的表现形式，求解答
#include <stdlib.h>
#include <stdio.h>

int main()


malloc(1024*1024*300);

return 0;

内存泄漏指由于疏忽或错误造成程序未能释放已经不再使用的内存的情况。内存泄漏并非指内存在物理上的消失，而是应用程序分配某段内存后，由于设计错误，失去了对该段内存的控制，因而造成了内存的浪费。
可以使用相应的软件测试工具对软件进行检测。
1. ccmalloc－Linux和Solaris下对C和C++程序的简单的使用内存泄漏和malloc调试库。
2. Dmalloc－Debug Malloc Library.
3. Electric
Fence－Linux分发版中由Bruce Perens编写的malloc()调试库。
4. Leaky－Linux下检测内存泄漏的程序。
5. LeakTracer－Linux、Solaris和HP-UX下跟踪和分析C++程序中的内存泄漏。
6. MEMWATCH－由Johan
Lindh编写，是一个开放源代码C语言内存错误检测工具，主要是通过gcc的precessor来进行。
7. Valgrind－Debugging and profiling Linux programs, aiming at
programs written in C and C++.
8. KCachegrind－A visualization tool for the profiling data
generated by Cachegrind and Calltree.
9. Leak
Monitor－一个Firefox扩展，能找出跟Firefox相关的泄漏类型。
10. IE Leak Detector
(Drip/IE Sieve)－Drip和IE Sieve leak
detectors帮助网页开发员提升动态网页性能通过报告可避免的因为IE局限的内存泄漏。
11. Windows Leaks
Detector－探测任何Win32应用程序中的任何资源泄漏(内存，句柄等)，基于Win API调用钩子。
12. SAP Memory
Analyzer－是一款开源的JAVA内存分析软件，可用于辅助查找JAVA程序的内存泄漏，能容易找到大块内存并验证谁在一直占用它，它是基于Eclipse
RCP(Rich Client Platform)，可以下载RCP的独立版本或者Eclipse的插件。
13. DTrace－即动态跟踪Dynamic
Tracing，是一款开源软件，能在Unix类似平台运行，用户能够动态检测操作系统内核和用户进程，以更精确地掌握系统的资源使用状况，提高系统性能，减少支持成本，并进行有效的调节。
14. IBM Rational PurifyPlus－帮助开发人员查明C/C++、托管.NET、Java和VB6代码中的性能和可靠性错误。PurifyPlus
将内存错误和泄漏检测、应用程序性能描述、代码覆盖分析等功能组合在一个单一、完整的工具包中。
15. Parasoft Insure++－针对C/C++应用的运行时错误自动检测工具，它能够自动监测C/C++程序，发现其中存在着的内存破坏、内存泄漏、指针错误和I/O等错误。并通过使用一系列独特的技术（SCI技术和变异测试等），彻底的检查和测试我们的代码，精确定位错误的准确位置并给出详细的诊断信息。能作为Microsoft
Visual C++的一个插件运行。
16. Compuware DevPartner for Visual C++ BoundsChecker
Suite－为C++开发者设计的运行错误检测和调试工具软件。作为Microsoft Visual Studio和C++ 6.0的一个插件运行。
17. Electric Software GlowCode－包括内存泄漏检查，code
profiler，函数调用跟踪等功能。给C++和.Net开发者提供完整的错误诊断，和运行时性能分析工具包。
18. Compuware DevPartner Java
Edition－包含Java内存检测,代码覆盖率测试,代码性能测试,线程死锁,分布式应用等几大功能模块。
19. Quest JProbe－分析Java的内存泄漏。
20. ej-technologies JProfiler－一个全功能的Java剖析工具，专用于分析J2SE和J2EE应用程序。它把CPU、执行绪和内存的剖析组合在一个强大的应用中。JProfiler可提供许多IDE整合和应用服务器整合用途。JProfiler直觉式的GUI让你可以找到效能瓶颈、抓出内存泄漏、并解决执行绪的问题。4.3.2注册码：A-G666#76114F-1olm9mv1i5uuly#0126
21. BEA JRockit－用来诊断Java内存泄漏并指出根本原因，专门针对Intel平台并得到优化，能在Intel硬件上获得最高的性能。
22. SciTech Software AB .NET Memory
Profiler－找到内存泄漏并优化内存使用针对C#，VB.Net，或其它.Net程序。
23. YourKit .NET & Java Profiler－业界领先的Java和.NET程序性能分析工具。
24. AutomatedQA AQTime－AutomatedQA的获奖产品performance profiling和memory
debugging工具集的下一代替换产品，支持Microsoft, Borland, Intel, Compaq 和
GNU编译器。可以为.NET和Windows程序生成全面细致的报告，从而帮助您轻松隔离并排除代码中含有的性能问题和内存/资源泄露问题。支持.Net
1.0,1.1,2.0,3.0和Windows 32/64位应用程序。
25. javascript Memory Leak Detector－微软全球产品开发欧洲团队(Global Product
Development- Europe team, GPDE)
发布的一款调试工具，用来探测JavaScript代码中的内存泄漏，运行为IE系列的一个插件。 参考技术A 内存泄露就是你申请的内存块成功了，但是你却找不到它在哪里。那么以后怎么释放它呢？很显然释放不了，但确实那块内存被占用了，别的程序用不了，占着茅坑不拉屎就是这个意思懂了吧。 参考技术B #include <stdlib.h>
#include <stdio.h>

int main()


char *temp=malloc(1024*1024*300);
delete temp;
return 0;

因为没有手动释放

Java运行时数据区域划分

Java运行时数据区域划分

Java

JVM

内存

堆

栈

1、 概述

　　对于Java程序员来说，在虚拟机自动内存管理机制下，不容易出现内存泄漏和内存溢出现象。但如果不了解虚拟机是如何使用内存的，一旦出现了内存泄漏和溢出方面的问题，那么排错就无从下手了。

2、 运行时数据区域

　　Java虚拟机在执行Java程序的过程中会将它所管理的内存划分为若干个不同的数据区域，如下图所示。

                            

2.1、 程序计数器

　　程序计数器(Program Counter Register)：是一块较小的内存空间，可以看做是当前线程所执行的字节码的行号指示器。（虚拟机的概念模型中，字节码解释器依靠程序计数器的值来选择下一条需要执行的字节码指令）
　　为了线程切换后能恢复到正确的执行位置，每条线程都需要有一个独立的程序计数器，各线程之间计数器互不影响独立储存。由上图也可知程序计数器为线程隔离的数据区。

若线程执行Java方法： 程序计数器记录的是正在执行的虚拟机字节码指令的地址。
若执行Native方法： 计数器值为空

2.2、 Java虚拟机栈

　　与程序计数器一样Java虚拟机栈（Java Virtual Machine Stacks）也是线程私有的，它的生命周期与线程相同。

　　Java虚拟机栈描述的是Java方法执行的内存模型：每个方法在执行时都会创建一个栈帧（Stack Frame）。每个方法从调用直至执行完成的过程中，就对应一个栈帧从Java虚拟机栈中入栈到出栈的过程。

　　栈帧（Stack Frame）:用于储存局部变量表，操作数栈，动态链接，方法出口等信息。

　　局部变量表：局部变量表中存放了编译器可知的各种基本数据类型（boolean,byte,int...etc）、对象引用和 returnAddress 类型。局部变量表所需的内存空间在编译期间完成分配，当进入一个方法时，这个方法需要在栈中分配多大的局部变量空间是完全确定的，在方法运行期间不会改变局部变量表的大小。

　　在Java虚拟机规范中对Java虚拟机栈区域规定了二种异常：
　　　若线程请求的栈深度大于虚拟机所允许的深度，将抛出StackOverflowError异常。
　　　如果当前Java虚拟机栈可以动态扩展，如果扩展时无法申请到足够的内存，就会抛出OutOfMemoryError异常。

2.3、 本地方法栈

　　本地方法栈（Native Method Stack）与Java虚拟机栈作用相似。Java虚拟机栈为Java方法（也就是字节码）服务。本地方法栈则为虚拟机使用到的Native方法服务。

　　在虚拟机规范中对本地方法栈中方法使用的语言、使用方式、数据结构并没有强制规定，因此具体的虚拟机可以自由实现它。例如：Sun HotSpot虚拟机直接就把虚拟机栈与本地方法栈合二为一。
　　抛出的异常同Java虚拟机栈一样。

2.4、 Java堆

　　一般来说Java堆是Java虚拟机所管理的内存中最大的一块。Java堆（Java Heap）是被所有线程共享的一块内存区域，在虚拟机启动时创建。

　　Java虚拟机规范对Java堆的描述是：
　　　所有的对象及数组都要在堆上分配内存（随着技术的发展这一点也不那么“绝对”了）。
　　　Java堆可以处在物理上不连续的内存空间中，只要逻辑上是连续的即可。

　　当前主流的虚拟机对Java堆都是按照可扩展来实现的，如果在堆中没有内存可供实例完成分配，并且堆也无法在扩展时，将会抛出OutOfMemoryError异常。

2.5、 方法区

　　方法区（Method Area）与Java堆一样，是各个线程共享的内存区域，用于储存已被虚拟机加载的类信息、常量、静态变量、即时编译器编译后的代码等数据。

　　Java虚拟机规范对堆的描述为：
　　　方法区是堆的一个逻辑部分，有一个别名Non-Heap(非堆)，目的应该是与Java堆区分开来。
　　　方法区和堆一样不需要连续的内存和可扩展外，还可以不实现垃圾收集。

　　当方法区无法满足内存分配需求时，将抛出OutOfMemoryError异常。

2.6、 运行时常量池

　　运行时常量池（Runtime Constant Poll）是方法区的一部分。

　　Class文件中包含了类的版本、字段、方法、接口等描述信息外还包含常量池（Costant Pool Table）——用来存放在编译期间生成的各种字面量和符号引用。这部分内容将在类加载后再进入方法区的运行时常量池中存放。

　　Java虚拟机对Class文件的每一部分（包括常量池）的格式都有严格的规定，必须符合规范才能被虚拟机认可、装载和执行。但对于运行时常量池，Java虚拟机规范没有做任何细节要求，不同的虚拟机可以有不同的实现，但一般来说，除了保存Class文件中的符号引用外，还会把翻译出来的直接引用也保存在运行时常量池中。

　　运行时常量池相对于Class文件常量池来说具有一个重要特征——动态性，并非只有预置入Class文件常量池的内容才能进入运行时常量池，运行期间也可以将新的常量放入运行时常量池中。（这种特性运用比如String类的intern（）方法）

　　运行时常量池是方法区的一部分，所以受到方法区内存的限制，当常量池无法再申请到内存时将抛出OutOfMemoryError异常。