7、Nginx 与 PHP 的运行机制

nginx#

nginx 是一个高性能的 HTTP 和反向代理服务器

php-fpm#

cgi#

早期的 webserver 只处理 html 等静态文件,但是随着技术的发展,出现了像 php 等动态语言。webserver 处理不了了,怎么办呢?那就交给 php 解释器来处理吧!交给 php 解释器处理很好,但是,php 解释器如何与 webserver 进行通信呢?为了解决不同的语言解释器 (如 php、python 解释器) 与 webserver 的通信,于是出现了 cgit 协议。只要你按照 cgi 协议去编写程序,就能实现语言解释器与 webwerver 的通信。如 php-cgi 程序

fast_cgi#

有了 cgi 协议,解决了 php 解释器与 webserver 通信的问题,webserver 终 于可以处理动态语言了。但是,webserver 每收到 - 个请求,都会去 fork- 个 cgi 进程,请求结束再 lil 掉这个进程。这样有 10000 个求,就需要 fork、 kill php-cgi 进程 0000 次。 于是,出现了 cgi 的改良版本,fast-cgi. fast-cgi 每次处理完请求后,不会 kill 掉这个进程,而是保留这个进程,使这个进程可以 - - 次处理多个请求。这样每次就不用重新 fork - 个进程了,大大提高了效率。

php-fpm#

php-fpm 即 php-Fastcgi Process Manager.php-fpm 是 FastCGI 的实现,并提供了进程管理的功能。进程包含 master 进程和 worker 进程两种进程。

master 进程只有一个, 负责监听端口,接收来自 Web Server 的请求,而 worker 进程则 - 般有多个 (具体数量根据实际需要配置),每个进程内部都嵌入了一一个 PHP 解释器,是 PHP 代码真正执行的地方。

请求运行路径#


www.xxx.com -> nginx -> 路由到/www/html/index.php -> 加载nginx的fast-cgi模块 -> 通过fast-cgi监听127.0.0.1:9000 -> www.xxx.com/index.php请求到达127.0.0.1:9000 -> php-fpm 监听127.0.0.1:9000 -> php-fpm 接收到请求,启动worker进程处理请求 -> php-fpm处理完请求, 返回给nginx -> nginx

将结果通过http返回给浏览器
php
本作品采用《CC 协议》,转载必须注明作者和本文链接
著作权归作者所有。商业转载请联系作者获得授权,非商业转载请注明出处。 文章来源 blog.arunfung.com
arunfung
讨论数量: 2
未进化的类人猿

worker 进程处理完请求是直接 http 返回还是交给 master 进程处理了?

5年前 评论
arunfung

@未进化的类人猿 很好的问题,master 进程只会监听信号,并启动 worker 接收请求,处理请求并返回,master 只会监控并管理 worker 进程,有足够 worker 进程处理就不会再新建,如果不够会根据 php-fpm 的配置来启动 worker 进程,请求其实不会走 master 进程的。

5年前 评论
未进化的类人猿 5年前