這篇文章主要介紹“Nginx和PHP-FPM的運行原理是什么”，在日常操作中，相信很多人在Nginx和PHP-FPM的運行原理是什么問題上存在疑惑，小編查閱了各式資料，整理出簡單好用的操作方法，希望對大家解答”Nginx和PHP-FPM的運行原理是什么”的疑惑有所幫助！接下來，請跟著小編一起來學習吧！
common gateway interface (公共網關接口)請求模式:Web Brower(瀏覽器) ----(通過http協議傳輸)----> Http Server(服務器nginx/apache) -----> CGI Program -----> DbServer 與 CGI 通過 STDIN/STDOUT(標準的輸入/輸出)進行數據傳遞nginx(動態加載模塊) apache(指定加載模塊)
每當客戶請求CGI的時候，WEB服務器就請求操作系統生成一個新的CGI解釋器進程(如php-cgi.exe)，CGI 的一個進程則處理完一個請求后退出，下一個請求來時再創建新進程。當然，這樣在訪問量很少沒有并發的情況也行?？墒钱斣L問量增大，并發存在，這種方式就不 適合了。于是就有了fastcgi。
像是一個常駐(long-live)型的CGI，它可以一直執行著，只要激活后，不會每次都要花費時間去fork一次（這是CGI最為人詬病的fork-and-execute 模式）。一般情況下，FastCGI的整個工作流程是這樣的：1.Web Server啟動時載入FastCGI進程管理器（IIS ISAPI或Apache Module)2.FastCGI進程管理器自身初始化，啟動多個CGI解釋器進程(可見多個php-cgi)并等待來自Web Server的連接。3.當客戶端請求到達Web Server時，FastCGI進程管理器選擇并連接到一個CGI解釋器。 Web server將CGI環境變量和標準輸入發送到FastCGI子進程php-cgi。4.FastCGI 子進程完成處理后將標準輸出和錯誤信息從同一連接返回Web Server。 當FastCGI子進程關閉連接時， 請求便告處理完成。 FastCGI子進程接著等待并處理來自FastCGI進程管理器(運行在Web Server中)的下一個連接。 在CGI模式中，php-cgi在此便退出了。
php-fpm即php-Fastcgi Process Manager.php-fpm是 FastCGI 的實現，并提供了進程管理的功能。進程包含 master 進程和 worker 進程兩種進程。master 進程只有一個，負責監聽端口，接收來自 Web Server 的請求，而 worker 進程則一般有多個(具體數量根據實際需要配置)，每個進程內部都嵌入了一個 PHP 解釋器，是 PHP 代碼真正執行的地方。
Web Brower(瀏覽器訪問) www.example.com|| 通過http協議傳輸 ||http server (服務器nginx/apache) || 配置解析 路由到 www.example.com/index.php||加載 nginx 的 fast-cgi 模塊||fast-cgi 監聽 127.0.0.1:9000 地址通過 fast-cgi 協議將請求轉發給 php-fpm 處理||請求到達 127.0.0.1:9000||php-fpm 監聽 127.0.0.1:9000可通過 php-fpm.conf 進行修改
到此，關于“Nginx和PHP-FPM的運行原理是什么”的學習就結束了，希望能夠解決大家的疑惑。理論與實踐的搭配能更好的幫助大家學習，快去試試吧！若想繼續學習更多相關知識，請繼續關注億速云網站，小編會繼續努力為大家帶來更多實用的文章！
免責聲明：本站發布的內容（圖片、視頻和文字）以原創、轉載和分享為主，文章觀點不代表本網站立場，如果涉及侵權請聯系站長郵箱：is@yisu.com進行舉報，并提供相關證據，一經查實，將立刻刪除涉嫌侵權內容。
