PHP 中的内存管理函数 除了使内存管理器更灵活更透明之外，PHP V5.2 还为 memory_get_usage() 和 memory_get_peak_usage() 提供了一个新参数，这两个函数允许查看内存使用量。说明中提及的新布尔值是 real_size。通过调用函数 memory_get_usage($real);（其中 $real = true），结果将为调用时系统中实际分配的内存大小，包括内存管理器开销。如果不使用标记组，则返回的数据将只包括在运行脚本内使用的内存，减去内存管理器开销。 memory_get_usage() 和 memory_get_peak_usage() 的不同之处在于后者将返回到目前为止调用它的运行进程的最高内存量，而前者只返回执行时的使用量。 对于 memory_get_usage()，php.net 提供了清单 1 中的代码片段。 清单 1. memory_get_usage() 示例 <?php // This is only an example, the numbers below will // differ depending on your system echo memory_get_usage() . "\n"; // 36640 $a = str_repeat("Hello", 4242); echo memory_get_usage() . "\n"; // 57960 unset($a); echo memory_get_usage() . "\n"; // 36744 ?> 限制内存使用 确保托管应用程序的服务器不过载的一种方法是限制 PHP 执行的任何脚本使用的内存量。这根本不是我们应当执行的操作，但由于 PHP 是一种松散类型的语言，并且是在运行时解析的，因此我们有时会获得在释放到生产应用程序中后编写得很差的脚本。这些脚本可能执行循环，也可能打开一张长的文件列表，忘记在打开新文件之前先关闭当前文件。无论在哪一种情况下，编写很差的脚本可能在您知道之前以消耗大量内存告终。 在 PHP.INI 中，您可以使用配制参数 memory_limit 来指定任何脚本能够在系统中运行的最大内存使用量。这不是对于 V5.2 的特定更改，但是内存管理器及其使用的任何讨论都值得至少快速查看一次这个特性。它还精心地引导我使用内存管理器的最后几个新功能：环境变量。 回页首 调整内存管理器 最后，在不能做完美主义者但是又完全符合自己目的的情况下怎样编程？新环境变量 ZEND_MM_MEM_TYPE 和 ZEND_MM_SEG_SIZE 正好可以满足您的需求。 当内存管理器分配大型内存块时，它是安装 ZEND_MM_SEG_SIZE 变量中列出的预定大小执行操作的。这些内存块的默认分区大小为每块 256 KB，但是您可以调整这些分区大小以满足特殊需求。例如，如果您注意到最常用的一个脚本中的操作导致大量的内存浪费，则可以将此大小调整为更接近匹配脚本需求的值，减少分配的内存量但剩下的内存量仍然为零。在正确的条件下，此类谨慎的配制调整可能造成巨大差别。 回页首 在 Windows 中检索内存使用情况 如果具有预构建的 PHP Windows 二进制代码，而没有在构建时使用 --enable-memory-limit 选项，则需要先浏览此部分然后再继续。对于 Linux®，配置 PHP 构建时用 --enable-memory-limit 选项构建 PHP。 要使用 Windows 二进制代码检索内存使用情况，请创建以下函数。 清单 3. 在 Windows 下获得内存使用情况 <?php function memory_get_usage(){ $output = array(); exec('tasklist /FI "PID eq '.getmypid().'" /FO LIST', $output ); return preg_replace( '/[^0-9]/', '', $output[5] ) * 1024; } ?> 将结果保存到名为 function.php 的文件。现在您只能将此文件包含在需要使用它的脚本中。 回页首 动手实践 让我们来看一看使用这些设置的实际示例给我们带来的好处。可能有很多次您都想知道为什么在脚本的末尾没有正确分配内存。原因是因为一些函数本身导致了内存泄露，尤其是在仅使用内置 PHP 函数的情况下。在这里，您将了解如何发现此类问题。并且为了开始进行内存泄露查找的征战，您将创建一个测试 MySQL 数据库，如清单 4 所示。 清单 4. 创建测试数据库 mysql> create database memory_test; mysql> use memory_test; mysql> create table leak_test ( id int not null primary key auto_increment, data varchar(255) not null default ''); mysql> insert into leak_test (data) values ("data1"),("data 2"), ("data 3"),("data 4"),("data 5"),("data6"),("data 7"), ("data 8"),("data 9"),("data 10"); 这将创建一个带有 ID 字段和数据字段的简单表。 在下一张清单中，想象我们坚韧不拔的程序员正在执行一些 MySQL 函数，特别是使用 mysql_query() 将结果应用到变量。当他这样做时，他将注意到即使调用 mysql_free_result()，一些内存也不会被释放，导致内存使用量随着 Apache 进程不断增长（参见清单 5）。 清单 5. 内存泄露检测示例 for ( $x=0; $x<300; $x++ ) { $db = mysql_connect("localhost", "root", "test"); mysql_select_db("test"); $sql = "SELECT data FROM test"; $result = mysql_query($sql); // The operation suspected of leaking mysql_free_result($result); mysql_close($db); } 清单 5 是在任何位置都可能使用的简单 MySQL 数据库操作。在运行脚本时，我们注意到一些与内存使用量相关的奇怪行为并需要将其检查出来。为了使用内存管理函数以使我们可以检验发生错误的位置，我们将使用以下代码。 清单 6. 定标查找错误的示例 <?php if( !function_exists('memory_get_usage') ){ include('function.php'); } echo "At the start we're using (in bytes): ", memory_get_usage() , "\n
"; $db = mysql_connect("localhost", "user", "password"); mysql_select_db("memory_test"); echo "After connecting, we're using (in bytes): ", memory_get_usage(),"\n
"; for ( $x=0; $x<10; $x++ ) { $sql = "SELECT data FROM leak_test WHERE id='".$x."'"; $result = mysql_query($sql); // The operation // suspected of leaking. echo "After query #$x, we're using (in bytes): ", memory_get_usage(), "\n
"; mysql_free_result($result); echo "After freeing result $x, we're using (in bytes): ", memory_get_usage(), "\n
"; } mysql_close($db); echo "After closing the connection, we're using (in bytes): ", memory_get_usage(), "\n
"; echo "Peak memory usage for the script (in bytes):". memory_get_peak_usage(); ?> 注：按照定义的时间间隔检查当前内存使用量。在下面的输出中，通过显示我们的脚本一直在为函数分配内存，并且在应当释放的时候没有释放内存，从而提供对内存泄露的实际测试，您可以看到每次调用时内存使用量如何增长。 清单 7. 测试脚本输出 At the start we're using (in bytes): 63216 After connecting, we're using (in bytes): 64436 After query #0, we're using (in bytes): 64760 After freeing result 0, we're using (in bytes): 64828 After query #1, we're using (in bytes): 65004 After freeing result 1, we're using (in bytes): 65080 After query #2, we're using (in bytes): 65160 After freeing result 2, we're using (in bytes): 65204 After query #3, we're using (in bytes): 65284 After freeing result 3, we're using (in bytes): 65328 After query #4, we're using (in bytes): 65408 After freeing result 4, we're using (in bytes): 65452 After query #5, we're using (in bytes): 65532 After freeing result 5, we're using (in bytes): 65576 After query #6, we're using (in bytes): 65656 After freeing result 6, we're using (in bytes): 65700 After query #7, we're using (in bytes): 65780 After freeing result 7, we're using (in bytes): 65824 After query #8, we're using (in bytes): 65904 After freeing result 8, we're using (in bytes): 65948 After query #9, we're using (in bytes): 66028 After freeing result 9, we're using (in bytes): 66072 After closing the connection, we're using (in bytes): 65108 Peak memory usage for the script (in bytes): 88748 我们所做的操作是发现了执行脚本时出现的一些可疑操作，然后调整脚本使其给我们提供一些可理解的反馈。我们再次运行了脚本，在每次迭代期间使用 memory_get_usage() 查看内存使用量的变化。根据分配的内存值的增长情况，暗示了我们用脚本在某个位置建立了一个漏洞。由于 mysql_free_result() 函数不释放内存，因此我们可以认为 mysql_query() 并未正确分配内存。 在这个简单示例中，我们首先回转了直接调用 memory_get_usage() 的结果，代码注释中显示可能在作者的系统中有 36640 字节的常见结果。然后我们使用 4,242 个 “Hello” 副本来装载 $a 并再次运行函数。图 1 中可以看到此简单应用的输出。