PHP的執行原理/執行流程

http://www.cnblogs.com/hongfei/archive/2012/06/12/2547119.html

更深刻的學習和了解能夠查看下面：

風雨的博客http://www.laruence.com/2008/08/12/180.html

百度研發中心的博客http://stblog.baidu-tech.com/?p=763

王興賓的博客http://blog.csdn.net/wanghao72214/article/details/3916825

簡介
　　先看看下面這個過程：

• 咱們從未手動開啓過PHP的相關進程，它是隨着Apache的啓動而運行的；
• PHP經過mod_php5.so模塊和Apache相連（具體說來是SAPI，即服務器應用程序編程接口）；
• PHP總共有三個模塊：內核、Zend引擎、以及擴展層；
• PHP內核用來處理請求、文件流、錯誤處理等相關操做；
• Zend引擎（ZE）用以將源文件轉換成機器語言，而後在虛擬機上運行它；
• 擴展層是一組函數、類庫和流，PHP使用它們來執行一些特定的操做。好比，咱們須要mysql擴展來鏈接MySQL數據庫；
• 當ZE執行程序時可能會須要鏈接若干擴展，這時ZE將控制權交給擴展，等處理完特定任務後再返還；
• 最後，ZE將程序運行結果返回給PHP內核，它再將結果傳送給SAPI層，最終輸出到瀏覽器上。

深刻探討
　　等等，沒有這麼簡單。以上過程只是個簡略版，讓咱們再深刻挖掘一下，看看幕後還發生了些什麼。

• Apache啓動後，PHP解釋程序也隨之啓動；
• PHP的啓動過程有兩步；
• 第一步是初始化一些環境變量，這將在整個SAPI生命週期中發生做用；
• 第二步是生成只針對當前請求的一些變量設置。

PHP啓動第一步
　　不清楚什麼第一第二步是什麼？別擔憂，咱們接下來詳細討論一下。讓咱們先看看第一步，也是最主要的一步。要記住的是，第一步的操做在任何請求到達以前就發生了。

• 啓動Apache後，PHP解釋程序也隨之啓動；
• PHP調用各個擴展的MINIT方法，從而使這些擴展切換到可用狀態。看看php.ini文件裏打開了哪些擴展吧；
• MINIT的意思是「模塊初始化」。各個模塊都定義了一組函數、類庫等用以處理其餘請求。

　　一個典型的MINIT方法以下：
PHP_MINIT_FUNCTION(extension_name){
/* Initialize functions, classes etc */
}
PHP啓動第二步

• 當一個頁面請求發生時，SAPI層將控制權交給PHP層。因而PHP設置了用於回覆本次請求所需的環境變量。同時，它還創建一個變量表，用來存放執行過程當中產生的變量名和值。
• PHP調用各個模塊的RINIT方法，即「請求初始化」。一個經典的例子是Session模塊的RINIT，若是在php.ini中啓用了Session模塊，那在調用該模塊的RINIT時就會初始化$_SESSION變量，並將相關內容讀入；
• RINIT方法能夠看做是一個準備過程，在程序執行之間就會自動啓動。

　　一個典型的RINIT方法以下：
PHP_RINIT_FUNCTION(extension_name) {
/* Initialize session variables, pre-populate variables, redefine global variables etc */
}
PHP關閉第一步
　　如同PHP啓動同樣，PHP的關閉也分兩步：

• 一旦頁面執行完畢（不管是執行到了文件末尾仍是用exit或die函數停止），PHP就會啓動清理程序。它會按順序調用各個模塊的RSHUTDOWN方法。
• RSHUTDOWN用以清除程序運行時產生的符號表，也就是對每一個變量調用unset函數。

　　一個典型的RSHUTDOWN方法以下：
PHP_RSHUTDOWN_FUNCTION(extension_name) {
/* Do memory management, unset all variables used in the last PHP call etc */
}
PHP關閉第二步
　　最後，全部的請求都已處理完畢，SAPI也準備關閉了，PHP開始執行第二步：

• PHP調用每一個擴展的MSHUTDOWN方法，這是各個模塊最後一次釋放內存的機會。

　　一個典型的RSHUTDOWN方法以下：
PHP_MSHUTDOWN_FUNCTION(extension_name) {
/* Free handlers and persistent memory etc */
}
　　這樣，整個PHP生命週期就結束了。要注意的是，只有在服務器沒有請求的狀況下才會執行「啓動第一步」和「關閉第二步」。

 

下面的是用一些圖示來講明的！

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個階段都作了哪些事情呢？

一、Post-Read-Request階段

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

    二、URI Translation階段 
    Apache在本階段的主要工做：將請求的URL映射到本地文件系統。模塊能夠在這階段插入鉤子，執行本身的映射邏輯。mod_alias就是利用這個階段工做的。

    三、Header Parsing階段 
    Apache在本階段的主要工做：檢查請求的頭部。因爲模塊能夠在請求處理流程的任何一個點上執行檢查請求頭部的任務，所以這個鉤子不多被使用。mod_setenvif就是利用這個階段工做的。

    四、Access Control階段 
    Apache在本階段的主要工做：根據配置文件檢查是否容許訪問請求的資源。Apache的標準邏輯實現了容許和拒絕指令。mod_authz_host就是利用這個階段工做的。

    五、Authentication階段 
     Apache在本階段的主要工做：按照配置文件設定的策略對用戶進行認證，並設定用戶名區域。模塊能夠在這階段插入鉤子，實現一個認證方法。

    六、Authorization階段 
    Apache在本階段的主要工做：根據配置文件檢查是否容許認證過的用戶執行請求的操做。模塊能夠在這階段插入鉤子，實現一個用戶權限管理的方法。

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

    八、FixUp階段 
    這是一個通用的階段，容許模塊在內容生成器以前，運行任何須要的處理流程。和Post_Read_Request相似，這是一個可以捕獲任何信息的鉤子，也是最常使用的鉤子。

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

    十、Logging階段 
    Apache在本階段的主要工做：在回覆已經發送給客戶端以後記錄事務。模塊可能修改或者替換Apache的標準日誌記錄。

十一、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