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返回给浏览器
本作品采用《CC 协议》,转载必须注明作者和本文链接
推荐文章: