Nginx+Php-fpm 運行原理詳解

一、代理與反向代理

現實生活中的例子

1、正向代理：訪問google.com

如上圖，因為google被墻，我們需要V*NF墻才能訪問google.com。

V*N對于“我們”來說，是可以感知到的（我們連接V*N）

V*N對于"google服務器"來說，是不可感知的(google只知道有http請求過來)。

對于人來說可以感知到，但服務器感知不到的服務器，我們叫他正向代理服務器。

2、反向代理：通過反向代理實現負載均衡

如上圖，我們訪問baidu.com的時候，baidu有一個代理服務器，通過這個代理服務器，可以做負載均衡，路由到不同的server。

此代理服務器,對于“我們”來說是不可感知的(我們只能感知到訪問的是百度的服務器，不知道中間還有代理服務器來做負載均衡)。

此代理服務器，對于"server1 server2 server3"是可感知的(代理服務器負載均衡路由到不同的server)

對于人來說不可感知，但對于服務器來說是可以感知的，我們叫他反向代理服務器

總結

說白了：“正向”、“反向”是相對于人的感知來說的。

人能感受到的代理就是正向代理，人感受不到的代理就是反向代理。

二、初識Nginx與Php-fpm

Nginx是什么

Nginx ("engine x") 是一個高性能的HTTP和反向代理服務器，也是一個IMAP/POP3/SMTP服務器。

Php-fpm是什么

1、cgi、fast-cgi協議

cgi的歷史

早期的webserver只處理html等靜態文件，但是隨著技術的發展，出現了像php等動態語言。

webserver處理不了了，怎么辦呢？那就交給php解釋器來處理吧！

交給php解釋器處理很好，但是，php解釋器如何與webserver進行通信呢？

為了解決不同的語言解釋器(如php、python解釋器)與webserver的通信，于是出現了cgi協議。只要你按照cgi協議去編寫程序，就能實現語言解釋器與webwerver的通信。如php-cgi程序。

fast-cgi的改進

有了cgi協議，解決了php解釋器與webserver通信的問題，webserver終于可以處理動態語言了。

但是，webserver每收到一個請求，都會去fork一個cgi進程，請求結束再kill掉這個進程。這樣有10000個請求，就需要fork、kill php-cgi進程10000次。

有沒有發現很浪費資源？

于是，出現了cgi的改良版本，fast-cgi。fast-cgi每次處理完請求后，不會kill掉這個進程，而是保留這個進程，使這個進程可以一次處理多個請求。這樣每次就不用重新fork一個進程了，大大提高了效率。

2、php-fpm是什么

php-fpm即php-Fastcgi Process Manager.

php-fpm是 FastCGI 的實現，并提供了進程管理的功能。

進程包含 master 進程和 worker 進程兩種進程。

master 進程只有一個，負責監聽端口，接收來自 Web Server 的請求，而 worker 進程則一般有多個(具體數量根據實際需要配置)，每個進程內部都嵌入了一個 PHP 解釋器，是 PHP 代碼真正執行的地方。

三、Nginx如何與Php-fpm結合

上面我們說了，Nginx不只有處理http請求的功能，還能做反向代理。

Nginx通過反向代理功能將動態請求轉向后端Php-fpm。

下面我們來配置一個全新的Nginx+Php-fpm

1、配置nginx.conf文件

進入nginx目錄下，編輯 nginx.conf文件。

如圖，在nginx.conf最后一行，添加include文件

image_1b08eroasu1dr0kk0m12pg1572d.png-84.6kB

2、添加對應的server

進入上面include的路徑，添加一個server.

image_1b08f7sqm1ub71es9jrr1v3h1emp2q.png-119kB

下面我們解釋一下配置項的含義：

server {
    listen       80; #監聽80端口，接收http請求
    server_name  www.example.com; #就是網站地址
    root /usr/local/etc/nginx/www/huxintong_admin; # 準備存放代碼工程的路徑


#路由到網站根目錄www.example.com時候的處理
location / {
    index index.php; #跳轉到www.example.com/index.php
    autoindex on;
}   

#當請求網站下php文件的時候，反向代理到php-fpm
location ~ \.php$ {
    include /usr/local/etc/nginx/fastcgi.conf; #加載nginx的fastcgi模塊
    fastcgi_intercept_errors on;
    fastcgi_pass   127.0.0.1:9000; #nginx fastcgi進程監聽的IP地址和端口
}


}</pre> 
  
總而言之：當我們訪問www.example.com的時候，處理流程是這樣的：
 
  
www.example.com
        |
        |
      Nginx
        |
        |
路由到www.example.com/index.php
        |
        |
加載nginx的fast-cgi模塊
        |
        |
fast-cgi監聽127.0.0.1:9000地址
        |
        |
www.example.com/index.php請求到達127.0.0.1:9000
        |
        |
     等待處理...
 
  
下面我們啟用php的php-fpm來處理這個請求
 
  
打開php-fpm.conf文件，我們看到如下配置：
 
  
 
  
image_1b08gcs3g1msg9mf1ie7rks1b7o37.png-96kB
 
  
即:php-fpm模塊監聽127.0.0.1:9000端口，等待請求到來去處理。
 
  
四、總結
 
  
nginx與php-fpm的結合，完整的流程是這樣的。
 
  
www.example.com
        |
        |
      Nginx
        |
        |
路由到www.example.com/index.php
        |
        |
加載nginx的fast-cgi模塊
        |
        |
fast-cgi監聽127.0.0.1:9000地址
        |
        |
www.example.com/index.php請求到達127.0.0.1:9000
        |
        |
php-fpm 監聽127.0.0.1:9000
        |
        |
php-fpm 接收到請求，啟用worker進程處理請求
        |
        |
php-fpm 處理完請求，返回給nginx
        |
        |
nginx將結果通過http返回給瀏覽器
 
  
五、效果展示
 
  
1、啟動nginx與php-fpm模塊
 
  
 
  
啟動成功，我們查看php-fpm進程
 
  
 
  
如上圖，有一個master進程，3個worker進程。
 
  
2、在網站目錄下建立文件
 
  
我們編輯文件如下圖：
 
  
 
  
3、訪問網站
 
  
 
  
來自：https://juejin.im/post/58db7d742f301e007e9a00a7