中文
English
摘要
在 Windows Server 环境中，IIS 通常使用 FastCGI（php-cgi.exe）运行 PHP 应用。随着运行时间增长，FastCGI 进程可能出现内存泄漏、卡死、资源占用过高等问题，导致网站访问速度下降。虽然手动结束进程可以临时解决，但从长远来看，更优雅的办法是启用 IIS 的 自动回收机制。本文将介绍 FastCGI 自动回收的必要性、详细配置步骤以及最佳实践方案，帮助管理员减少人工干预，提升网站的稳定性和性能。
一、为什么需要 FastCGI 自动回收
FastCGI 进程在运行过程中常见的问题包括：
-
内存泄漏：进程内存占用不断升高，拖慢系统响应速度。
-
CPU 占用过高：某些请求触发了高消耗逻辑，导致进程长期霸占资源。
-
进程卡死：程序死循环或等待资源，无法响应新的请求。
-
配置未生效：修改了
php.ini或扩展后，旧进程继续沿用旧环境。
通过 IIS 的自动回收机制，可以让进程在合适的时机自动重启，既释放资源，又确保配置生效。
二、IIS 自动回收配置步骤
1. 打开 IIS 管理器
-
按
Win + R输入inetmgr打开 IIS 管理器。 -
在左侧导航栏找到 应用程序池，选择需要优化的应用池（如
DefaultAppPool）。
2. 配置应用池回收参数
右键应用池 → 高级设置 → 找到 回收（Recycling） 部分，进行如下设置：
-
特定时间间隔（Regular Time Interval）
-
默认值：1740 分钟（29 小时）
-
建议值：
-
120分钟（2 小时回收一次，适合中小型网站） -
60分钟（适合高并发站点）
-
-
-
特定时间（Specific Times）
-
可设置低峰期（如凌晨 03:00）进行回收。
-
建议配合间隔回收使用，而非仅依赖固定时间。
-
-
私有内存上限（Private Memory Limit，KB）
-
当单个进程内存超过设定值时自动回收。
-
推荐值：
-
524288KB（512 MB，小型网站） -
1048576KB（1024 MB，中型网站）
-
-
-
虚拟内存上限（Virtual Memory Limit，KB）
-
一般保持
0（不限制）。
-
3. 设置快速失败保护
在 快速失败保护（Rapid-Fail Protection） 部分：
-
最大失败次数（Maximum Failures）：默认 5
-
时间段（Time Period, min）：默认 5
👉 意味着 5 分钟内进程连续失败 5 次，应用池会被停止。
建议保持默认，以防止无限重启。
4. FastCGI 高级设置优化
进入 IIS → FastCGI 设置，选择 PHP 版本，调整以下参数：
-
InstanceMaxRequests
-
每个 FastCGI 进程可处理的请求数，默认
200。 -
推荐值：
500 ~ 1000（避免频繁重启，同时防止资源累积）。
-
-
ActivityTimeout
-
请求执行的最大超时时间，默认
30 秒。 -
建议与
php.ini的max_execution_time保持一致。
-
-
IdleTimeout
-
进程空闲超时回收，默认
300 秒，保持默认即可。
-
三、最佳实践配置方案
适用于大多数 IIS + PHP 网站的推荐参数：
-
应用池回收
-
间隔：120 分钟
-
私有内存限制：1024 MB（1048576 KB）
-
-
FastCGI 设置
-
InstanceMaxRequests：500
-
ActivityTimeout：30 秒
-
IdleTimeout：300 秒
-
这样既能保证进程定期刷新，又不会频繁回收影响性能。
四、验证配置是否生效
-
在命令行查看 FastCGI 进程：
tasklist /FI "IMAGENAME eq php-cgi.exe"或 PowerShell：
Get-Process php-cgi -
等待回收时间，检查进程 PID 是否变化。
-
在 事件查看器 和 IIS 日志 中查看回收记录。
五、总结
-
手动结束 FastCGI 进程只能临时缓解问题，无法根治。
-
IIS 的自动回收机制可以在 定时、内存超限、请求数超限 等条件下，自动重启进程，确保系统稳定运行。
-
推荐结合 应用池回收 + FastCGI 参数优化，让网站在长时间运行下依旧保持高效与稳定。
通过以上配置，网站管理员无需频繁手动杀进程，即可显著提升网站可用性和访问速度。
