XAMPP配置多端口导致的PHP内存泄漏排查-php教程-PHP中文网

xampp多端口配置本身不引发内存泄漏，但会因共享php-fpm进程池或mpm_prefork子进程长期复用，导致泄漏内存累积并在高并发端口集中暴露。

xampp配置多端口导致的php内存泄漏排查

XAMPP 多端口配置本身不会直接引发 PHP 内存泄漏，但会放大已有泄漏问题——尤其是当多个虚拟主机共用同一 php-fpm 进程池、或 Apache 的 mpm_prefork 模式下子进程长期复用时，泄漏内存会在多个请求间累积，最终在某个端口的高并发请求中集中暴露。

为什么多端口会让内存泄漏更明显

你在 XAMPP 中通过 httpd-vhosts.conf 配置多个 :8080、:8081 等端口，本质是让 Apache 同时监听多个入口，但默认情况下所有虚拟主机仍共享同一套 PHP 解释器（CLI 或 mod_php）或同一组 php-fpm worker。这意味着：

每个端口的请求都可能往同一个全局缓存（如 $GLOBALS['cache']、静态属性 self::$data）里塞数据
不同端口的脚本若加载了同一份类文件（比如 vendor/autoload.php），其内部静态变量生命周期被拉长，GC 更难触发
Apache 的 KeepAlive + 多端口轮询容易让单个子进程处理混合来源请求，掩盖泄漏发生的具体模块

`memory_get_usage(true)` 必须加 `true` 参数

在 XAMPP 的 Apache + mod_php 模式下，不带参数的 memory_get_usage() 返回的是 Zend 内存池内“已分配但未归还”的字节数，受内存复用机制干扰严重；而 memory_get_usage(true) 才能获取真实向操作系统申请的内存块大小，对多端口场景更可靠。

实操建议：

btpanel phpsite 宝塔面板PHP网站

宝塔面板 PHP 网站管理：站点创建、删除、启停、PHP 版本切换、域名管理、SSL证书管理、伪静态管理、数据库管理

下载

在每个虚拟主机的入口文件（如 index.php）顶部加：

error_log('[' . $_SERVER['SERVER_PORT'] . '] start: ' . memory_get_usage(true));

在脚本末尾加：

error_log('[' . $_SERVER['SERVER_PORT'] . '] end: ' . memory_get_usage(true));

对比相同端口连续 10 次请求的差值：若每次增长 >50KB 且不回落，基本可锁定该端口对应的应用逻辑

检查 `php.ini` 是否被多端口共享覆盖

XAMPP 默认所有虚拟主机共用一份 php.ini，但如果你手动在 httpd-vhosts.conf 中用 php_admin_value 设置过 memory_limit、opcache.enable 或 extension，就可能引发隐性泄漏：

opcache.enable=On + opcache.memory_consumption=128 是安全的，但若同时开启 opcache.save_comments=1 并加载大量注解驱动的框架（如旧版 Symfony），会导致 OPCache 字符串表持续膨胀
某些扩展（如 redis.so 4.3.0 之前版本）在多线程 Apache 下存在 C 层引用计数漏减，表现为你只在一个端口复现 Fatal error: Allowed memory size exhausted
确认 phpinfo() 页面中 “Loaded Configuration File” 路径是否统一，避免本地 .htaccess 误用 php_flag 导致配置冲突

别忽略 Apache 的 MPM 模式与子进程生命周期

XAMPP Windows 版默认用 mpm_winnt（单进程多线程），Linux/macOS 版默认用 mpm_prefork（多进程）。后者才是内存泄漏的温床：

MaxRequestWorkers 设为 150 且 MaxConnectionsPerChild 为 0 时，一个子进程可能服务数百个跨端口请求，泄漏内存永不释放
临时验证方法：在 httpd.conf 中设 MaxConnectionsPerChild 50，观察内存是否在每 50 次请求后重置——若重置后仍缓慢爬升，说明泄漏发生在进程初始化阶段（如 auto_prepend_file）
真正修复要结合 gc_collect_cycles() 主动调用点：在每个端口的路由分发前（如框架的 public/index.php 底部）加一行
```
if (function_exists('gc_collect_cycles')) gc_collect_cycles();
```