关于Apache内存池中current_free_index的作用的解释！

在早期的Apache源代码分析的文章中，并没有给出current_free_index的作用的详细解释。这是因为在文章后面的讨论中基本给出了一些说明。实际上，这部分的内容早就更新过，只是由于偷懒，一直不想方上来，今天看到monnand的一些问题和探索问题的精神，实在惭愧，因此避免大家走弯路，赶紧把一些内容方上来，仅供参考，希望大家继续对Apache的内容进行探索：

由于下一步需要做的事情与max_free_index和current_free_index有关，因此我们现在回过头去分析一下这两个成员的含义。

考虑一种极端的内存过度使用的情况。由于初始的时候，free数组中没有任何实际的内存，因此应用程序只能从操作系统中去申请。通常情况下，在释放的时候，这些内存结点并不归还给操作系统，而是归还给内存池。这就存在一个可怕的隐患。如果一个应用程序不停的向分配子申请内存，分配子只能不停的从系统中申请，而释放的时候这些内存又不还给操作系统，这样，操作系统中的内存会逐渐转移至内存池中，从而导致内存池中的内存不断增长，而系统内存在不断减少，最终的结果只有一个：操作系统不再能够提供足够的内存，系统崩溃。对Apache而言，这无疑是致命的。因此我们有必要采取一定的措施来控制整个内存池所使用内存的大小，防止系统内存被耗尽。APR中使用max_free_index达到这个目的。

max_free_index指定了当前分配子的free数组中所允许使用的最大的内存。当一个结点被释放的时候，如果发现free数组中尚有空闲的空间，那么该结点不归还给操作系统，而是归还给分配子；一旦发现free数组中的空间已经达到上限，那么结点的释放将直接归还给操作系统。通过这种措施，我们就可以将总内存控制在一定的范围内。

任何时候，分配子中空闲的内存空间我们用current_free_index来记录，它与max_free_index的关系可以用下面的式子描述：

current_free_index = max_free_index – 当前已经使用的内存大小

比如max_free_index为20M，那么在某一个时候，分配子中已经使用了5M，那么此时current_free_index为15M，意味着分配子还可以容纳15M。current_free_index是一个动态的变量，在分配和释放得时候会自动的进行调整。当内存池空间不断增长的时候，current_free_index的值在不断的变化，直到为0。反之，当分配子中的空间被不断归还给操作系统的时候，current_free_index将不断增加，直到20M为止。