当然，其它程序以及操作系统也会跟着遭殃，都会因为计算机内存资源的耗尽而变成蜗牛，一动不动。
解决内存泄漏的办法也非常简单，就是退出程序，然后重启！
不过对于服务器上的程序，或者计算机的底层组件，频繁地重启是无法接受的，那将导致工作暂停，或者服务中断。所以，大量的内存泄漏是一个非常严重的 Bug，我们必须要足够重视，并且着手解决。
在了解内存泄漏之前，我们先来看一下程序的内存布局。下图是 32 位 Linux 系统下一个进程的内存分段示意图。
这里还要留意一下 ① 和 ② 两部分：
操作系统不会干预堆区内存，我们只能自己手动管理，如果我们分配了一段内存，后来它用完了，但是我们却没有及时释放，这个时候就会发生内存泄漏。
被泄漏的内存，在程序运行期间会一直存在，并且会持续积累，直到程序运行结束后才会被操作系统一次性回收。
除了堆区，其它区域的内存都由操作系统管理，要么用完即毁，要么一直存在，从来不会发生内存泄漏。
还记得C语言中的 malloc() 和 free() 函数吧，它们就是在堆上分配和释放内存。
下面让我们看一段内存泄漏的代码：
int main(){int *pOld = (int*) malloc( sizeof(int) ); //内存块1int *pNew = (int*) malloc( sizeof(int) ); //内存块2pNew = pOld;//free(pOld)和free(pNew)只能调用一个free(pOld);//free(pNew);return 0;}
这个时候你会发现，内存块2没有指针指向它了！
这意味着，我们永远无法知道内存块2的地址了，它就像消失在堆区的海洋里一样，再也找不到了，再也没法释放了。然而，它又实实在在地存在于堆区之中，不能被其它数据占用。
这种内存丢失，就是一种典型的内存泄漏。
上面的代码比较简单，有经验的程序员可以轻松应对，但是在实际开发中，函数之间的调用关系非常复杂，有时候你搞不清应该在什么地方释放内存，所以你干脆就不释放了。
虽然这块内存没有丢失，但是你没有及时释放，它也会成为垃圾内存，随着程序的运行而持续堆积。这也是内存泄漏的一种常见情况。
搞清楚了内存泄漏的概念，你会发现，内存泄漏并不是一种错误，只是一种由于管理不善而导致的潜在隐患。
如果内存泄漏的不多，比如只有 10KB，或者 30MB，那么它就不会影响程序运行，问题就不算严重，甚至你都发现不了。有一些比较宽松的公司，可能压根都不把它当作一个问题。
只有当内存泄漏的足够多了，比如 1GB，或者3GB，这个时候才会影响程序运行，我们才必须要去解决。
内存泄漏是 C/C++ 中最难发现和解决的 Bug，即使非常有经验的程序员，也不能保证自己的程序没有内存泄漏。
帮助解决内存泄漏的办法有很多，比如 Valgrind、Windbg、Address Sanitizer（ASan）内存分析工具，以及 mtrace()、ccmalloc() 函数等，但是它们也只能解决一些常见的问题，对于那些复杂或者罕见的问题往往也力不从心。
另外，它们还比较考验程序员的功力，并不是傻瓜式操作。
总之，内存泄漏是一个困扰 C/C++ 程序员多年的问题，它无法彻底根治，只能去尽力避免。
后来的很多高级语言，比如 Java、Python、JavaScript、C#、PHP 等，都增加了垃圾内存回收机制，这从根本上避免了内存泄漏，程序员再也不用担心内存问题了。
不过垃圾内存回收是有代价的，你需要对内存进行标记，并及时改变它的值，另外还需要额外增加一个线程或者进程，对内存进行实时监控，发现没用的内存就及时回收。
原文始发于微信公众号（内存泄漏）：大白话聊内存泄漏（一看就懂）
- 左青龙
- 微信扫一扫
-
- 右白虎
- 微信扫一扫
-
评论