1.Nginx+Php-fpm运行原理详解
2.FPM看这一篇就够了
3.PHP-FPM相关知识的源码深度详解
4.php-fpm - 启动参数及重要配置详解
5.phpcli模式和fpm模式有什么区别、优缺点?源码

Nginx+Php-fpm运行原理详解

       Nginx，作为高性能的源码HTTP和反向代理服务器，支持IMAP/POP3/SMTP服务，源码它的源码主要职责是接收和处理HTTP请求。而php-fpm，源码摸鱼指标源码全称为PHP FastCGI Process Manager，源码是源码一个FastCGI的实现，提供了进程管理功能，源码包括master进程和worker进程，源码后者嵌入PHP解释器以执行动态内容。源码

       在php-fpm中，源码cgi和fast-cgi协议曾经解决了动态语言处理的源码问题。早期的源码web服务器遇到动态语言如PHP时，会通过cgi协议创建进程进行通信。源码然而，每次请求都会启动一个新的cgi进程，效率低下。fast-cgi改进了这一机制，通过保留进程处理多个请求，大大提升了性能。

       Nginx与php-fpm的结合主要通过反向代理功能实现。当Nginx接收到动态请求时，松果源码它会将这些请求转发给后端的php-fpm。配置上，首先在nginx.conf文件中添加php-fpm的配置，然后在server块中定义具体的请求处理规则。当访问像这样的URL时，请求会经过Nginx的处理，最终由php-fpm模块在.0.0.1:端口接收并响应。

       启动Nginx和php-fpm后，可以看到master进程管理和worker进程的运行状态。在网站目录下创建一个文件，编写PHP代码，通过Nginx访问，即可看到php-fpm的动态内容处理效果。

FPM看这一篇就够了

       Fpm是PHP FastCGI运行模式的进程管理器，其主要功能在于管理PHP处理请求的进程，以优化服务器性能。FastCGI协议作为Web服务器（如Nginx、Apache）和处理程序（如PHP）之间的通信协议，用于在应用层实现两者间的交互。当PHP处理完请求后，通过FastCGI协议将解析结果返回给Web服务器，最终由Web服务器将内容发送给用户。iptvpro源码

       Fpm采用多进程模型，由master进程和多个worker进程组成。master进程启动后创建socket，但不直接处理请求，而是由fork出的worker进程处理请求。master进程负责fork和杀掉worker进程，以动态管理进程数量。在master进程fork出worker后，会循环事件列表，worker进程则不断接受请求，解析FastCGI协议数据，执行PHP脚本，并关闭请求。整个worker处理请求的过程包括等待请求、解析请求、请求初始化、执行PHP脚本和关闭请求等步骤。

       在处理请求时，worker进程会记录其当前所处的阶段，如等待请求阶段、读取fastcgi请求header阶段、获取请求信息阶段、wolcmd源码执行PHP脚本阶段和请求处理完成阶段，以方便管理进程状态。

       master进程主要负责进程管理。它在启动后不再返回，进入事件循环，处理IO及定时器事件，以动态控制worker的数量。master进程会根据配置文件中的pm参数，选择静态模式、动态模式或按需模式来管理worker进程。静态模式下，master在启动时根据配置参数fork出固定数量的worker进程。动态模式下，master根据配置参数初始化一定数量的worker进程，并在请求增多时增加worker进程，减少时减少worker进程。按需模式下，master不预先分配worker进程，而是等到有请求时才通知master进程fork worker进程，处理完成后worker进程不会立即退出，当空闲时间超过配置参数后才退出。

       除了进程管理，fluter源码master还处理信号事件、进程检查定时器和执行超时检查定时器。信号事件允许master响应系统信号，如SIGINT、SIGTERM、SIGQUIT等，以便在接收到退出信号时通知所有worker退出，并确保master正常退出。进程检查定时器用于定期检查worker进程数量，动态调整进程数量以优化资源使用。执行超时检查定时器用于监控worker处理请求的时间，如果请求处理时间超过设定的阈值，master将向worker进程发送kill -TERM信号以终止进程。

       综上所述，Fpm作为PHP FastCGI运行模式的进程管理器，通过多进程模型和动态管理策略，优化了PHP处理请求的性能，提高了服务器响应速度和资源利用率。

PHP-FPM相关知识的深度详解

       要深入了解PHP-FPM，首先需要理解几个关键概念：

       CGI（通用网关接口）是服务器与外部程序交互的协议，支持多种编程语言。CGI程序通过环境变量、命令行和标准输入接收信息，POST和GET是浏览器传递数据的主要方式，POST适用于大容量数据，GET则用于小量数据。

       FastCGI是CGI的优化版本，它通过C/S架构提高性能，避免了传统CGI每次请求都启动新解析器的问题。FastCGI通过socket与FastCGI响应器交互，实现进程分离和高效处理。

       PHP-CGI是PHP解释器，而PHP-FPM则是FastCGI进程管理器，负责调度和管理PHP-CGI进程，提升系统性能。在Nginx和PHP-FPM的配合中，Nginx通过FastCGI接口调用PHP-FPM，实现动态内容的高效处理。

       PHP-FPM的进程管理包括master进程和worker进程，通过负载均衡和动态调整进程数量，确保高效响应。平滑重启功能允许在不中断服务的情况下更新代码和配置。

       PHP-FPM实质上是PHP的进程管理工具，它简化了PHP进程的管理，提供了内存和进程控制，以及配置重载功能。其出现是为了优化PHP的CGI工作模式，提高性能。

       安装PHP-FPM无需单独操作，只需在编译时启用--enable-fpm选项。配置方面，如需定期重启以处理子进程失效，可参考Centos中的默认配置文件php-fpm.conf。

php-fpm - 启动参数及重要配置详解

       php-fpm主要涉及的目录有：<pre>/usr/local/php/sbin/php-fpm /usr/local/php/etc/php-fpm.conf /usr/local/php/etc/php.ini</pre>

       php-fpm的启动参数与配置

       1. request_terminate_timeout: 这个参数在php-fpm.conf中设置，用于限制PHP脚本的最大执行时间。若设置过长，可能会导致资源问题，如file_get_contents请求超时，从而引发 Bad Gateway错误。建议设置为一个合理的值，如s，以确保WebServer的正常处理。

       2. max_requests: 当一个PHP-CGI进程处理的请求数超过配置值（如），它会被自动重启，以防止内存泄漏。在高并发场景中，需根据实际情况调整这个值，确保性能和内存管理。

       3. slowlog: 通过request_slowlog_timeout设置超时并启用慢日志，可以追踪执行过慢的PHP进程，有助于排查网络读取和数据库查询问题。

       其他注意事项

       php-fpm的设计旨在通过监控请求次数来管理内存，而不是直接检测内存使用量。虽然这种方法在某些情况下有效，但通过检测内存峰值并据此重启进程可能会更高效。具体配置需根据实际场景调整。

       以上配置对于解决php-fpm相关问题和提升WebServer性能非常有帮助。如果你在PHP进阶过程中遇到问题，可以参考我整理的系列资料，包括分布式架构、高并发优化、服务器性能调优等多方面内容。这些资源可以在这里获取：<a href="PHP进阶架构师>>>视频、面试文档免费获取">点击获取</a>。

phpcli模式和fpm模式有什么区别、优缺点?

       PHP CLI模式与FPM模式在实现HTTP服务时，有着明显的区别与各自的优缺点。

       在CLI模式下，PHP开发者需要面对更多底层逻辑问题，如内存管理、进程管理、多进程架构实现等，这要求开发者对PHP底层机制有深入理解。而且，CLI模式中，代码逻辑常驻内存，通常没有热更新机制，重启服务才能生效，导致服务出现中断问题。

       然而，CLI模式也允许实现事件驱动和非阻塞技术，比如使用event库实现CK连接能力，以及非阻塞的Redis客户端。开发者需实现HTTP协议解析，处理TCP/UDP协议的五元组和HTTP报文，这要求对HTTP协议有深入理解。

       FPM（FastCGI Process Manager）模式则提供了更为稳定的架构和一些优化。FPM模式的进程管理机制保证服务不会中断，且提供了内存常驻支持，如MySQL/Redis持久连接、opcache缓存等，可提升网站性能。FPM模式下，非阻塞技术如fastcgi_finish_request()可支持后续代码执行，同时利用池的隔离性，减少长时间阻塞操作对整体服务的影响。

       综上所述，PHP CLI模式和FPM模式各有优势与适用场景。CLI模式提供更多底层控制，适合对性能、并发有极高要求的场景；FPM模式则提供更稳定的架构，适合业务逻辑实现为主、性能要求相对较低的场景。选择何种模式，应基于具体应用需求和团队技能水平综合考量。