PHP工作原理的基礎

這篇文章主要介紹了關於PHP工作原理的基礎，有著一定的參考價值，現在分享給大家，有需要的朋友可以參考一下

最近近搭建伺服器，突然感覺lamp之間到底是怎麼工作的，或者是怎麼聯絡起來？平時只是寫程式，重來沒有思考過他們之間的工作原理：

PHP底層工作原理

圖1 php結構

從圖上可以看出，php從下到上是一個4層體系

①Zend引擎

Zend整體用純c實現，是php的核心部分，它將php代碼翻譯（詞法、文法解析等一系列編譯過程）為可執行opcode的處理並實現相應的處理方法、實現了基本的資料結構（如hashtable、oo）、記憶體配置及管理、提供了相應的api方法供外部調用，是一切的核心，所有的外圍功能均圍繞zend實現。

②Extensions

圍繞著zend引擎，extensions通過組件式的方式提供各種基礎服務，我們常見的各種內建函數（如array系列）、標準庫等都是通過extension來實現，使用者也可以根據需要實現自己的extension以達到功能擴充、效能最佳化等目的（如貼吧正在使用的php中介層、富文本解析就是extension的典型應用）。

③Sapi

Sapi全稱是Server Application Programming Interface，也就是服務端應用編程介面，sapi通過一系列鉤子函數，使得php可以和外圍互動資料，這是php非常優雅和成功的一個設計，通過sapi成功的將php本身和上層應用解耦隔離，php可以不再考慮如何針對不同應用進行相容，而應用本身也可以針對自己的特點實現不同的處理方式。後面將在sapi章節中介紹

④上層應用

這就是我們平時編寫的php程式，通過不同的sapi方式得到各種各樣的應用模式，如通過webserver實現web應用、在命令列下以指令碼方式運行等等。

構架思想：

引擎(Zend)+組件(ext)的模式降低內部耦合

中介層(sapi)隔絕web server和php

**************************************************************************

如果php是一輛車，那麼

車的架構就是php本身

Zend是車的引擎（發動機）

Ext下面的各種組件就是車的輪子

Sapi可以看做是公路，車可以跑在不同類型的公路上

而一次php程式的執行就是汽車跑在公路上。

因此，我們需要：效能優異的引擎+合適的車輪+正確的跑道

Apache和php的關係

Apache對於php的解析，就是通過眾多Module中的php Module來完成的。

把php最終整合到Apache系統中，還需要對Apache進行一些必要的設定。這裡，我們就以php的mod_php5 SAPI運行模式為例進行講解，至於SAPI這個概念後面我們還會詳細講解。

假定我們安裝的版本是Apache2 和 Php5，那麼需要編輯Apache的主設定檔http.conf，在其中加入下面的幾行內容：

Unix/Linux環境下：

LoadModule php5_module modules/mod_php5.so

AddType application/x-httpd-php .php

註：其中modules/mod_php5.so 是X系統內容下mod_php5.so檔案的安裝位置。

Windows環境下：

LoadModule php5_module d:/php/php5apache2.dll

AddType application/x-httpd-php .php

註：其中d:/php/php5apache2.dll 是在Windows環境下php5apache2.dll檔案的安裝位置。

這兩項配置就是告訴Apache Server，以後收到的Url使用者請求，凡是以php作為尾碼，就需要調用php5_module模組（mod_php5.so/ php5apache2.dll）進行處理。

Apache的生命週期

Apach的請求處理流程

Apache請求處理迴圈詳解
Apache請求處理迴圈的11個階段都做了哪些事情呢？

1、Post-Read-Request階段

在正常請求處理流程中，這是模組可以插入鉤子的第一個階段。對於那些想很早進入處理請求的模組來說，這個階段可以被利用。

2、URI Translation階段
Apache在本階段的主要工作：將請求的URL映射到本地檔案系統。模組可以在這階段插入鉤子，執行自己的映射邏輯。mod_alias就是利用這個階段工作的。

3、Header Parsing階段
Apache在本階段的主要工作：檢查請求的頭部。由於模組可以在請求處理流程的任何一個點上執行檢查要求標頭部的任務，因此這個鉤子很少被使用。mod_setenvif就是利用這個階段工作的。

4、Access Control階段
Apache在本階段的主要工作：根據設定檔檢查是否允許訪問請求的資源。Apache的標準邏輯實現了允許和拒絕指令。mod_authz_host就是利用這個階段工作的。

5、Authentication階段
Apache在本階段的主要工作：按照設定檔設定的策略對使用者進行認證，並設定使用者名稱地區。模組可以在這階段插入鉤子，實現一個認證方法。

6、Authorization階段
Apache在本階段的主要工作：根據設定檔檢查是否允許認證過的使用者執行請求的操作。模組可以在這階段插入鉤子，實現一個使用者權限管理的方法。

7、MIME Type Checking階段
Apache在本階段的主要工作：根據請求資源的MIME類型的相關規則，判定將要使用的內容處理函數。標準模組mod_negotiation和mod_mime實現了這個鉤子。

8、FixUp階段
這是一個通用的階段，允許模組在內容產生器之前，運行任何必要的處理流程。和Post_Read_Request類似，這是一個能夠捕獲任何資訊的鉤子，也是最常使用的鉤子。

9、Response階段
Apache在本階段的主要工作：產生返回用戶端的內容，負責給用戶端發送一個恰當的回複。這個階段是整個處理流程的核心部分。

10、Logging階段
Apache在本階段的主要工作：在回複已經發送給用戶端之後記錄事務。模組可能修改或者替換Apache的標準日誌記錄。

11、CleanUp階段
Apache在本階段的主要工作：清理本次請求交易處理完成之後遺留的環境，比如檔案、目錄的處理或者Socket的關閉等等，這是Apache一次請求處理的最後一個階段。

LAMP架構：

從下往上四層：

①liunx 屬於作業系統的底層

②apache伺服器，屬於次伺服器，溝通linux和PHP

③php:屬於服務端程式設計語言，通過php_module 模組 和apache關聯

④mysql和其他web服務：屬於應用服務，通過PHP的Extensions外 掛模組和mysql關聯

Android系統架構圖

lamp和安卓的架構圖比較一下，貌似和lamp架構有點相似，本人不懂安卓，只是感覺上有點相似，高手可以指出區別，小弟在此不勝感謝

從上往下：

安卓架構--------------說明--------LAMP架構

1.應用程式 --------具體應用--------web應用

2.應用程式架構 ----java-------------PHP語言和庫

3.系統運行庫 ：----虛擬機器---------WEB伺服器

⒋Linux 核心 ：---作業系統-------lamp架構中的L

lamp和電腦內部的關係

CPU是工廠，硬碟是大倉庫，記憶體是正規中轉中心，虛擬記憶體是臨時中轉中心

Php語言由zend編譯成機器語言，操作cpu

對資料庫的操作屬於I/O操作，屬於機械運動，也就是說一個網站的瓶頸再去對硬碟的讀寫造成的，解決辦法就是減少i/o操作次數，使用緩衝技術，就是在資料的操作放在mencache裡面，達到一定數量級的時候在一次性寫入資料庫，mencache屬於key--value關係

而非關係型資料也是基於這個理念建設的，也是屬於key--value關係

頻繁讀操作------放在mencache裡面

讀多寫少----放在nosql裡面------讀取功能很強大！

以上就是本文的全部內容，希望對大家的學習有所協助，更多相關內容請關注topic.alibabacloud.com！