PHP-FPM是什么
PHP-FPM 即 PHP-FastCGI Process Manager， 它是 FastCGI 的实现，并提供了进程管理的功能。进程包含 master 进程和 worker 进程两种；master 进程只有一个，负责监听端口，接收来自服务器的请求，而 worker 进程一般有多个，每个进程内部都会嵌入一个 PHP 解释器，是代码真正执行的地方。
一、PHP-FPM是什么
PHP-FPM 即 PHP-FastCGI Process Manager， 它是 FastCGI 的实现，并提供了进程管理的功能。进程包含 master 进程和 worker 进程两种；master 进程只有一个，负责监听端口，接收来自服务器的请求，而 worker 进程则一般有多个（具体数量根据实际需要进行配置），每个进程内部都会嵌入一个 PHP 解释器，是代码真正执行的地方。
二、PHP-FPM的架构
作为一种高级编程语言，PHP 脚本需要编译，然后 Web 服务器的底层处理器硬件才能理解它。传统上，Web 服务器通过集成的 Web 服务器模块（如单用户 PHP （suPHP）、通用网关接口 （CGI） 或动态共享对象 （DSO，也称为 mod_php））来处理编译 PHP 脚本。使用这些 PHP 处理程序时，Web 服务器与处理 PHP 脚本紧密耦合。服务器编译并执行 PHP 脚本，作为单个 Web 服务器进程的一部分，因为它响应网站流量。它们使用 Web 服务器进程的权限和所有权配置执行。以这种方式运行 PHP 提供了一种稳定、成熟的使用 PHP 脚本的方法。但是，PHP-FPM 提供了一种新的体验，解决了前面提到的 PHP 处理程序（suPHP、CGI 和 DSO）的许多缺点。
使用 PHP-FPM 时，专门设计用于处理 PHP 脚本的单独服务将处理该任务。在内部，PHP-FPM 被组织为一个“主进程”，管理各个“工作进程”的池。当 Web 服务器请求 PHP 脚本时，Web 服务器使用代理 FastCGI 连接将请求转发到 PHP-FPM 服务。PHP-FPM 服务可以在主机服务器的网络端口上或通过 Unix 套接字侦听这些请求。尽管请求通过代理连接传递，但 PHP-FPM 服务必须与 Web 服务器在同一服务器上运行。值得注意的是，PHP-FPM 的代理连接与传统的代理连接不同。当 PHP-FPM 收到代理连接时，免费的 PHP-FPM 工作线程会接受 Web 服务器的请求。然后，PHP-FPM编译并执行PHP脚本，将输出发送回Web服务器。一旦 PHP-FPM 工作线程完成处理请求，系统就会释放工作线程并等待新请求。
PHP-FPM 主进程在可配置的限制内动态创建和终止工作进程，因为 PHP 脚本的流量增加和减少。它为处理流量增加而生成的额外工作进程仅在经过设定的时间量后终止，从而允许工作进程在增加的流量持续存在时保持可用。工作进程还会在处理固定数量的请求后定期终止和重新生成。这有助于防止在处理 PHP 脚本期间出现内存泄漏。每个 PHP 用户都可以有自己单独的工作进程池来处理 PHP 请求。虽然这确实增加了使用 PHP-FPM 的一些开销，但额外的资源成本可以忽略不计，并且被其其他好处很好地抵消了。
PHP-FPM的架构与事件驱动的Web服务器（如NGINX Web服务器）和带有事件多处理模块的ApacheWeb服务器具有设计相似之处。以这种方式处理 PHP 脚本可以实现更高的处理性能、更高的安全性、更好的稳定性和更大的可配置性。
三、PHP-FPM的特点
1、性能
作为一种高级编程语言，PHP 脚本需要编译，然后 Web 服务器的底层处理器硬件才能理解它。传统上，Web 服务器通过集成的 Web 服务器模块（如单用户 PHP （suPHP）、通用网关接口 （CGI） 或动态共享对象 （DSO，也称为 mod_php））来处理编译 PHP 脚本。使用这些 PHP 处理程序时，Web 服务器与处理 PHP 脚本紧密耦合。服务器编译并执行 PHP 脚本，作为单个 Web 服务器进程的一部分，因为它响应网站流量。它们使用 Web 服务器进程的权限和所有权配置执行。以这种方式运行 PHP 提供了一种稳定、成熟的使用 PHP 脚本的方法。但是，PHP-FPM 提供了一种新的体验，解决了前面提到的 PHP 处理程序（suPHP、CGI 和 DSO）的许多缺点。
使用 PHP-FPM 时，专门设计用于处理 PHP 脚本的单独服务将处理该任务。在内部，PHP-FPM 被组织为一个“主进程”，管理各个“工作进程”的池。当 Web 服务器请求 PHP 脚本时，Web 服务器使用代理 FastCGI 连接将请求转发到 PHP-FPM 服务。PHP-FPM 服务可以在主机服务器的网络端口上或通过 Unix 套接字侦听这些请求。尽管请求通过代理连接传递，但 PHP-FPM 服务必须与 Web 服务器在同一服务器上运行。值得注意的是，PHP-FPM 的代理连接与传统的代理连接不同。当 PHP-FPM 收到代理连接时，免费的 PHP-FPM 工作线程会接受 Web 服务器的请求。然后，PHP-FPM编译并执行PHP脚本，将输出发送回Web服务器。一旦 PHP-FPM 工作线程完成处理请求，系统就会释放工作线程并等待新请求。
PHP-FPM 主进程在可配置的限制内动态创建和终止工作进程，因为 PHP 脚本的流量增加和减少。它为处理流量增加而生成的额外工作进程仅在经过设定的时间量后终止，从而允许工作进程在增加的流量持续存在时保持可用。工作进程还会在处理固定数量的请求后定期终止和重新生成。这有助于防止在处理 PHP 脚本期间出现内存泄漏。每个 PHP 用户都可以有自己单独的工作进程池来处理 PHP 请求。虽然这确实增加了使用 PHP-FPM 的一些开销，但额外的资源成本可以忽略不计，并且被其其他好处很好地抵消了。
PHP-FPM的架构与事件驱动的Web服务器（如NGINX Web服务器）和带有事件多处理模块的ApacheWeb服务器具有设计相似之处。以这种方式处理 PHP 脚本可以实现更高的处理性能、更高的安全性、更好的稳定性和更大的可配置性。
2、安全
启用操作码缓存，同时仍然为每个用户维护隔离的 PHP 处理，使 PHP-FPM 能够提供比其他 PHP 处理程序更大的安全优势。操作码缓存在使用 suPHP 和 CGI 处理程序时不起作用，因为这些处理程序管理其内存使用的方式。DSO 处理程序支持操作码缓存，但 DSO 模块需要以 Apache 用户身份运行 PHP 脚本，这可能会产生安全风险。使用 DSO 可能还需要额外的配置，以确保 PHP 脚本具有允许 Apache 用户读取它们的适当权限。这个问题有解决方案，但它们通常涉及安装额外的服务器模块或依赖过时的技术。默认情况下，PHP-FPM 提供操作码缓存和隔离的 PHP 脚本处理。
3、稳定
PHP-FPM的架构可防止PHP处理使服务器不堪重负。当 Web 服务器在自己的进程中处理对 PHP 脚本的请求时，必须创建其他 Web 服务器进程。随着 PHP 脚本流量的增加，Web 服务器很快就会不堪重负，甚至到主机服务器无响应的地步。
PHP-FPM 只能提供尽可能多的流量，因为它有工作进程要处理。如果配置正确，这将对它可以通过 PHP-FPM 同时处理的 PHP 脚本请求数量产生相对严格的限制。随着 PHP-FPM 的工作进程得到充分利用，对 PHP 脚本的额外请求将导致 PHP-FPM 超时或网关错误。Web 服务器不会耗尽等待响应的服务器资源，而是只需返回 503 或 504 HTTP 状态代码。尽管网站访问者可能不希望看到 503 或 504 HTTP 状态代码，但此行为比允许托管服务器完全无响应要好得多。此外，网站所有者可以创建自定义 503 状态页面，以改善用户体验，而不是非描述性的白色错误页面。
尽管 PHP-FPM 的架构提供了稳定性，但如果配置不当，PHP-FPM 可能会成为处理 PHP 脚本的瓶颈。正确配置 PHP-FPM 以提供足够的工作线程来处理 Web 服务器可以处理的流量仍然是关键。工作线程太少可能会导致过多的 503 或 504 HTTP 响应，即使 Web 服务器没有遇到高水平的流量也是如此。对于运行 PHP-FPM 的单租户服务器，以及所有网站（如虚拟专用服务器或专用服务器）的单个工作进程池，此问题更频繁地发生。但是，具有单独工作进程池的多租户托管环境还需要具有正确配置的 PHP-FPM，以便为每个租户的 Web 流量提供足够的工作线程。
4、可配置性
作为一个单独的服务，PHP-FPM 提供了比其他 PHP 处理程序更多的配置选项。其中许多配置选项也可以为服务器上的每个网站定义不同的配置选项。其中一些选项包括但不限于：
- 运行脚本的用户
- 用于运行脚本的组
- 辅助角色限制
- PHP-FPM 工作线程创建行为
- 慢速 PHP 脚本日志记录
- 状态报告
- 连接设置（例如，侦听网络端口或 Unix 套接字）
- PHP 运行时配置值
用户可以微调 PHP-FPM，为 PHP 网站提供优于其他缺乏此类配置选项的 PHP 处理程序的性能。不幸的是，正确配置 PHP-FPM 可能相对复杂且复杂。如果托管平台未提供预配置版本的 PHP-FPM，希望这样做的用户应咨询熟练的系统管理员以获得配置帮助。InMotion Hosting自己的WordPress托管平台带有由系统管理专家预先配置的PHP-FPM，为WordPress用户及其访问者提供优异性能，同时确保安全可靠的托管环境。
延伸阅读1：PHP-FPM 功能
- 支持平滑停止、启动的高级进程管理功能；
- 动、静态子进程产生；
- 慢日志，记录脚本运行所导致的异常缓慢；
- 可以监听不同的端口和使用不同的 php.ini。
版权声明：本文内容由网络用户投稿，版权归原作者所有，本站不拥有其著作权，亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容，请联系邮箱：hopper@cornerstone365.cn 处理，核实后本网站将在24小时内删除。
相关文章推荐
最近更新
织信低代码开发“核心引擎”与“拓展能力”介绍
低代码平台不能只看表单、流程和页面。真正进入企业管理场景后，更重要的是底层能不能承载数据、权限、流程、集成、自动化和AI能力。
织信低代码平台的能力，可以分成两部分：核心引擎和拓展能力。核心引擎决定系统能不能搭起来、跑起来；拓展能力决定系统能不能接入更多业务场景，持续扩展。
一、核心引擎：支撑企业应用运行
1、数据建模引擎
织信以数据模型为基础，支持数据表、字段、记录、关联关系等能力。企业可以围绕客户、供应商、项目、合同、物料、设备、工单、库存等业务对象搭建系统，而不是只做一张张孤立表单。
它的价值在于：先把业务数据结构建清楚，再承接流程、权限、报表、接口和AI能力。这是织信区别于轻量表单工具的重要特点。
2、流程自动化引擎
织信提供工作流能力，支持审批、任务、变量、事件、子流程、多实例、多版本等机制。企业可以用它搭建采购审批、合同审批、项目立项、设备维修、费用报销、异常处理等流程。
流程自动化的价值，不只是线上审批，更是把责任、状态、节点和处理记录留在系统里，让业务可追踪、可复盘。
3、权限治理引擎
织信支持组织、部门、用户、角色、应用成员、应用角色等权限管理能力，可以根据岗位、部门和业务场景配置访问范围和操作权限。
企业系统里，不同部门看到的数据、能修改的字段、能审批的节点都不同。权限治理做细，系统才能既安全，又能正常协同。
4、自动化与脚本引擎
织信支持自动化、定时任务、监听器、脚本、HTTP请求等能力，可以在数据变化、流程变化或时间条件满足时自动触发动作。
例如自动提醒、自动校验、自动同步、自动生成记录、自动调用接口。这样系统不只是记录工具，也能参与业务执行。
二、拓展能力：支撑复杂场景扩展
1、系统集成能力
织信支持WebAPI、开放接口、HTTP、JDBC、消息队列、第三方集成、单点登录等能力，可以连接ERP、MES、CRM、OA、财务系统、钉钉、企业微信、飞书、LDAP、数据库等系统。
这让织信既能搭建新应用，也能作为企业系统之间的协同层。
2、界面与组件拓展能力
织信提供表单设计器、组件设计器、自定义组件字段、自定义视图、仪表盘、网站页面等能力，可以根据不同业务场景设计页面、看板和操作入口。
这使企业既能快速搭建标准应用，也能针对复杂需求做个性化扩展。
3、AI Agent能力
织信官方文档将其定位为企业级AI开发平台，强调数据建模、流程自动化、权限治理、系统集成与AI Agent能力。
在织信中，AI能力可以结合知识库、专家、技能、智能体、设计器智能体等模块，参与应用搭建、数据分析、流程辅助和业务处理。
更重要的是，织信的AI能力建立在数据、流程、权限和系统集成之上。这样AI进入企业系统时，能明确数据范围、操作边界和审批要求。
三、织信的独特之处
织信不是单点工具，而是企业信息化AI开发底座。
它既有低代码平台常见的表单、流程、权限、报表和自动化能力，也具备企业级系统需要的集成、部署、运维、SSO、信创适配、私有化部署等能力，同时把AI Agent纳入应用建设过程。
因此，织信更适合有复杂业务系统建设需求的企业。比如项目管理、OA、ERP扩展、MES补位、WMS、SRM、CRM、设备管理、人事管理等场景，都可以基于织信进行搭建和扩展。
简单来说，织信的价值在于：把数据模型、业务流程、权限治理、自动化执行、系统集成和AI能力放在同一个平台里，让企业系统搭得快、管得住、连得上，也能持续扩展。
各行业用户的共同选择
客服电话
0755-86660062
获取您的专属数字化方案
