最近搭建伺服器，突然感覺lamp之間到底是怎麼工作的，或者是怎麼聯系起來？平時隻是寫程式，重來沒有思考過他們之間的工作原理：
圖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的解析，就是通過衆多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
注：其中d:/php/php5apache2.dll 是在Windows環境下php5apache2.dll檔案的安裝位置。
這兩項配置就是告訴Apache Server，以後收到的Url使用者請求，凡是以php作為字尾，就需要調用php5_module子產品（mod_php5.so/ php5apache2.dll）進行處理。
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關聯
lamp和安卓的架構圖比較一下，貌似和lamp架構有點相似，本人不懂安卓，隻是感覺上有點相似，高手可以指出差別，小弟在此不勝感謝
從上往下：
安卓架構--------------說明--------LAMP架構
1.應用程式 --------具體應用--------web應用
2.應用程式架構 ----java-------------PHP語言和庫
3.系統運作庫 ：----虛拟機---------WEB伺服器
⒋Linux 核心 ：---作業系統-------lamp架構中的L
更深入的學習和了解可以檢視下面：