最近搭建服務器，突然感覺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里面------讀取功能很強大！
到此這篇關于php底層運行機制與工作原理的文章就介紹到這了,更多相關php底層運行機制與工作原理內容請搜索服務器之家以前的文章或繼續瀏覽下面的相關文章希望大家以后多多支持服務器之家！
原文鏈接：https://www.cnblogs.com/phphuaibei/archive/2011/09/13/2174927.html
