技術(shù)達(dá)人談PHP底層工作原理
最近搭建服務(wù)器，突然感覺lamp之間到底是怎么工作的，或者是怎么聯(lián)系起來?平時(shí)只是寫程序，重來沒有思考過他們之間的工作原理：
PHP底層工作原理
圖1 php結(jié)構(gòu)
從圖上可以看出，php從下到上是一個(gè)4層體系
①Zend引擎
Zend整體用純c實(shí)現(xiàn)，是php的內(nèi)核部分，它將php代碼翻譯(詞法、語法解析等一系列編譯過程)為可執(zhí)行opcode的處理并實(shí)現(xiàn)相應(yīng)的處理方法、實(shí)現(xiàn)了基本的數(shù)據(jù)結(jié)構(gòu)(如hashtable、oo)、內(nèi)存分配及管理、提供了相應(yīng)的api方法供外部調(diào)用，是一切的核心，所有的外圍功能均圍繞zend實(shí)現(xiàn)。
②Extensions
圍繞著zend引擎，extensions通過組件式的方式提供各種基礎(chǔ)服務(wù)，我們常見的各種內(nèi)置函數(shù)(如array系列)、標(biāo)準(zhǔn)庫等都是通過extension來實(shí)現(xiàn)，用戶也可以根據(jù)需要實(shí)現(xiàn)自己的extension以達(dá)到功能擴(kuò)展、性能優(yōu)化等目的(如貼吧正在使用的php中間層、富文本解析就是extension的典型應(yīng)用)。
③Sapi
Sapi全稱是Server Application Programming Interface，也就是服務(wù)端應(yīng)用編程接口，sapi通過一系列鉤子函數(shù)，使得php可以和外圍交互數(shù)據(jù)，這是php非常優(yōu)雅和成功的一個(gè)設(shè)計(jì)，通過sapi成功的將php本身和上層應(yīng)用解耦隔離，php可以不再考慮如何針對不同應(yīng)用進(jìn)行兼容，而應(yīng)用本身也可以針對自己的特點(diǎn)實(shí)現(xiàn)不同的處理方式。后面將在sapi章節(jié)中介紹
④上層應(yīng)用
這就是我們平時(shí)編寫的php程序，通過不同的sapi方式得到各種各樣的應(yīng)用模式，如通過webserver實(shí)現(xiàn)web應(yīng)用、在命令行下以腳本方式運(yùn)行等等。
構(gòu)架思想：
引擎(Zend)+組件(ext)的模式降低內(nèi)部耦合
中間層(sapi)隔絕web server和php
**************************************************************************
如果php是一輛車，那么
車的框架就是php本身
Zend是車的引擎(發(fā)動機(jī))
Ext下面的各種組件就是車的輪子
Sapi可以看做是公路，車可以跑在不同類型的公路上
而一次php程序的執(zhí)行就是汽車跑在公路上。
因此，我們需要：性能優(yōu)異的引擎+合適的車輪+正確的跑道
Apache和php的關(guān)系
Apache對于php的解析，就是通過眾多Module中的php Module來完成的。
把php最終集成到Apache系統(tǒng)中，還需要對Apache進(jìn)行一些必要的設(shè)置。這里，我們就以php的mod_php5 SAPI運(yùn)行模式為例進(jìn)行講解，至于SAPI這個(gè)概念后面我們還會詳細(xì)講解。
假定我們安裝的版本是Apache2 和 Php5，那么需要編輯Apache的主配置文件http.conf，在其中加入下面的幾行內(nèi)容：
Unix/Linux環(huán)境下：
LoadModule php5_module modules/mod_php5.so
AddType application/x-httpd-php .php
注：其中modules/mod_php5.so 是X系統(tǒng)環(huán)境下mod_php5.so文件的安裝位置。
Windows環(huán)境下：
LoadModule php5_module d:/php/php5apache2.dll
AddType application/x-httpd-php .php
注：其中d:/php/php5apache2.dll 是在Windows環(huán)境下php5apache2.dll文件的安裝位置。
這兩項(xiàng)配置就是告訴Apache Server，以后收到的Url用戶請求，凡是以php作為后綴，就需要調(diào)用php5_module模塊(mod_php5.so/ php5apache2.dll)進(jìn)行處理。
Apache的生命周期
Apach的請求處理流程
Apache請求處理循環(huán)詳解
Apache請求處理循環(huán)的11個(gè)階段都做了哪些事情呢?
1、Post-Read-Request階段
在正常請求處理流程中，這是模塊可以插入鉤子的***個(gè)階段。對于那些想很早進(jìn)入處理請求的模塊來說，這個(gè)階段可以被利用。
2、URI Translation階段
Apache在本階段的主要工作：將請求的URL映射到本地文件系統(tǒng)。模塊可以在這階段插入鉤子，執(zhí)行自己的映射邏輯。mod_alias就是利用這個(gè)階段工作的。
3、Header Parsing階段
Apache在本階段的主要工作：檢查請求的頭部。由于模塊可以在請求處理流程的任何一個(gè)點(diǎn)上執(zhí)行檢查請求頭部的任務(wù)，因此這個(gè)鉤子很少被使用。mod_setenvif就是利用這個(gè)階段工作的。
4、Access Control階段
Apache在本階段的主要工作：根據(jù)配置文件檢查是否允許訪問請求的資源。Apache的標(biāo)準(zhǔn)邏輯實(shí)現(xiàn)了允許和拒絕指令。mod_authz_host就是利用這個(gè)階段工作的。
***uthentication階段
Apache在本階段的主要工作：按照配置文件設(shè)定的策略對用戶進(jìn)行認(rèn)證，并設(shè)定用戶名區(qū)域。模塊可以在這階段插入鉤子，實(shí)現(xiàn)一個(gè)認(rèn)證方法。
6、Authorization階段
Apache在本階段的主要工作：根據(jù)配置文件檢查是否允許認(rèn)證過的用戶執(zhí)行請求的操作。模塊可以在這階段插入鉤子，實(shí)現(xiàn)一個(gè)用戶權(quán)限管理的方法。
7、MIME Type Checking階段
Apache在本階段的主要工作：根據(jù)請求資源的MIME類型的相關(guān)規(guī)則，判定將要使用的內(nèi)容處理函數(shù)。標(biāo)準(zhǔn)模塊mod_negotiation和mod_mime實(shí)現(xiàn)了這個(gè)鉤子。
8、FixUp階段
這是一個(gè)通用的階段，允許模塊在內(nèi)容生成器之前，運(yùn)行任何必要的處理流程。和Post_Read_Request類似，這是一個(gè)能夠捕獲任何信息的鉤子，也是最常使用的鉤子。
9、Response階段
Apache在本階段的主要工作：生成返回客戶端的內(nèi)容，負(fù)責(zé)給客戶端發(fā)送一個(gè)恰當(dāng)?shù)幕貜?fù)。這個(gè)階段是整個(gè)處理流程的核心部分。
10、Logging階段
Apache在本階段的主要工作：在回復(fù)已經(jīng)發(fā)送給客戶端之后記錄事務(wù)。模塊可能修改或者替換Apache的標(biāo)準(zhǔn)日志記錄。
11、CleanUp階段
Apache在本階段的主要工作：清理本次請求事務(wù)處理完成之后遺留的環(huán)境，比如文件、目錄的處理或者Socket的關(guān)閉等等，這是Apache一次請求處理的***一個(gè)階段。
LAMP架構(gòu)：
從下往上四層：
①liunx 屬于操作系統(tǒng)的底層
②apache服務(wù)器，屬于次服務(wù)器，溝通linux和PHP
③php:屬于服務(wù)端編程語言，通過php_module 模塊 和apache關(guān)聯(lián)
④mysql和其他web服務(wù)：屬于應(yīng)用服務(wù)，通過PHP的Extensions外 掛模塊和mysql關(guān)聯(lián)
Android系統(tǒng)架構(gòu)圖
lamp和安卓的架構(gòu)圖比較一下，貌似和lamp架構(gòu)有點(diǎn)相似，本人不懂安卓，只是感覺上有點(diǎn)相似，高手可以指出區(qū)別，小弟在此不勝感謝
從上往下：
安卓架構(gòu)--------------說明--------LAMP架構(gòu)
1.應(yīng)用程序 --------具體應(yīng)用--------web應(yīng)用
2.應(yīng)用程序框架 ----java-------------PHP語言和庫
3.系統(tǒng)運(yùn)行庫 ：----虛擬機(jī)---------WEB服務(wù)器
⒋Linux 內(nèi)核 ：---操作系統(tǒng)-------lamp架構(gòu)中的L
原文：http://www.cnblogs.com/phphuaibei/archive/2011/09/13/2174927.html
【編輯推薦】
