php源碼結構
㈠ php FPM源代碼反芻品味之四：事件處理
FPM master 進程啟動後，會鉛知進入函數fpm_event_loop,無限循環.
處理事件.
master 進程所做的的事，總的來碰激沖說就是兩類：
簡稱timer事件,需按時運行，主要有3個:
簡稱fd事件,需從文件句柄(file descriptor)讀取到指令後，依指令運行．
重復一下，unix 下一切IO, 皆文件，socket ,socketpair,pipe 都返迴文件句笑殲柄(fd) 用於通信．
主要的fd有:
對於timer事件，多個事件在事件軸上是依次排列的，只需反復檢查，到時運行．
對於fd事件，需監聽多個fd，需用到我們第二篇講的IO多路復用技術．
如果滿足事件條件，則處理事件內容．
FPM設計上，兩類事件使用同一個結構，並且事件觸發條件和事件處理邏輯放到同一個事件對象里(C語言對象就是結構體)．
舉個例子， 打鈴下課，打鈴是觸發條件，下課是事件內容，兩個同時放到一個事件對象 ，這是一個很好的設計．
fd值: -1
flags值:FPM_EV_PERSIST
which值: FPM_EV_TIMEOUT
fd值: 獲取觸發指令的文件fd
flags值: FPM_EV_EDGE(fd事件底層的邊緣觸發標志,需系統支持)
which值: FPM_EV_READ
兩類事件分別放在兩個事件隊列
static struct fpm_event_queue_s *fpm_event_queue_timer = NULL;
static struct fpm_event_queue_s *fpm_event_queue_fd = NULL;
事件隊列的結構很常見，雙向隊列：
typedef struct fpm_event_queue_s {
struct fpm_event_queue_s *prev;
struct fpm_event_queue_s *next;
struct fpm_event_s *ev;
} fpm_event_queue;
4移除事件 (fpm_event_del -> fpm_event_queue_del)
簡單的出列操作：
static int fpm_event_queue_del(struct fpm_event_queue_s **queue, struct fpm_event_s *ev)
對於fd事件,需在底層事件輪詢機制里移除（如：epoll）
5,運行事件回調函數：
6, 底層事件輪詢模塊結構
不同的操作系統，支持不同的IO事件機制，linux 支持epoll,
windows支持select, freebsd 支持kqueue,這個結構統一操作介面
在函數fpm_event_init_main里 調用mole->init初始化
fpm 里對應的配置
master進程在fpm_event_loop函數里無限循環，處理定時任務和fd事件.
期間會在mole->wait阻塞片刻，對於epoll機制，就是epoll_wait．
㈡ 伺服器程序源代碼分析之二：php-fpm
php作為排名top2 互聯網開發工具，非常流行，可以參考：中國最大的25個網站採用技術選型方案
php這個名稱實際上有兩層含義
直接定義：
php-fpm從php5.3.3開始已經進入到php源代碼包，之前是作為patch存在的
很少人會去讀php本身源代碼，我6年前解決php內存泄露問題的時候做了些研究,最近再查看了一番，發現php的開發者很有誠意，這是一款非常出色的伺服器軟體，支持如下
在linux伺服器上，如果不設置 events.mechanism ,那麼默認就是採用epoll，所以
php-fpm的IO模型&並發處理能力和nginx是完全一致
nginx以性能卓越聞名，大部分程序員都認為php效率低下，看了源代碼，才知道這是傳奇啊
在高性能部署的時候，大家往往會針對性的優化nginx 。我自己之前部署php程序也犯了錯誤，8G內存的server，php-fpm的max children都會設置128+，現在看來太多了，參考nginx的部署:
php-fpm配置為 3倍 cpu core number就可以了
php-fpm穩定性比nginx稍差 這是因為php-fpm內置了一個php解析器,php-fpm進程就和php程序捆綁了，如果php腳本寫得不好，有死循環或者阻塞在某個遠端資源上，會拖累載入它的php-fpm進程
而nginx和後端應用伺服器之間通過網路連接，可以設置timeout，不容易堵死的
php-fpm的fastcgi是短連接 我原以為是長連接的，看了代碼才知道也是短連接，處理一個request就關閉掉
php-fpm介面採用fastcgi 非常遺憾，php-fpm和fastcgi完全綁定了，無法獨立使用 。只能部署在支持http-fcgi協議轉換程序背後(nginx）。其實可以考慮在php-fpm代碼包裡面引入http協議支持，這樣php-fpm可以獨立運行，讓nodejs無話可說
php-fpm等同於OpenResty OpenResty是一個國人開發的nginx模塊，就是在nginx引入lua解釋器. 實際上，它和php-fpm的唯一差別就是一個採用php語法，一個用lua，所以OpenResty要作為nginx增強包使用還可以，要選擇它作為一個主要編程工具，沒有任何必要
從架構上來說，php-fpm已經做到最好，超過大多數 python部署工具，我再也不黑它了
㈢ 拿到一個php源碼怎麼分析它用的是什麼框架
一。先把源代碼安裝起來，結合它的文檔和手冊，熟悉其功能和它的應用方式。
二。瀏覽源代碼的目錄結構，了解各個目錄的功能。
三。經過以上兩步後相信你對這個開源的產品有了一個初步的了解了，那現在就開始分析它的源碼吧。這一步我們開始分析源代碼框架。例如入口方式是單入口還是多入口，頁面之間的調用規則，能根據規則找出某個功能用到的頁面。
四。熟悉源代碼的代碼寫作風格，例如縮進方式，排版格式等。
五。熟悉一下源代碼用到的資料庫和表，可以參考它的技術支持文檔。
六。經過以上幾步相信大家已經對這份源代碼有了更深刻的了解，不過這種了解還只是表面的，下來我們從6個方面具體的去分析它吧：
1.入口構造以及頁面調用方式的具體實現，如果閱讀時看到工具類和工具函數，盡量去熟悉一下。這一步的分析可以學習到源代碼的系統架構方式。
2.分析源代碼用到的工具類和工具函數，這樣可以學到很多程序編寫技巧。可以提升自己編程功力。
3.結合一些安全規則，研究這個源代碼是怎樣實現安全方面的設計的。這樣可以提高自己在安全方面的意識和功力。
4.如果有模板引擎的話，研究一下源代碼的模板引擎。大致從實現方式，效率，易用性等幾個方面去考慮。
5.研究系統的各個功能模塊，這樣既能學習編程技巧還能打開自己的編程思路，下次遇到類似的東東就心裡有譜了。
6.研究系統所用到設計模式，一樣的功能實現，用到的設計模式可能相差很多，對比我們之前所作的東東分析設計模式，是提升我們駕馭代碼的不二法門。
7.研究源代碼對訪問壓力，執行效率，系統效率，資料庫查詢的優化。
㈣ PHP源碼到底是什麼
PHP，是英文超級文本預處理語言Hypertext Preprocessor的縮寫。PHP 是一種 HTML 內嵌式的語言，是一種在伺服器
端執行的嵌入HTML文檔的腳本語言，語言的風格有類似於C語言，被廣泛的運用。PHP源碼指的使用PHP開發的實例，沒有經過二次封裝，能夠直接進行二
次開發的程序，PHP簡單易學，如果你想學網站開發，PHP是一個不錯的選擇，因會PHP跟其它語言相對有一定的優勢：
1、PHP是開放的源代碼：所有的PHP源代碼事實上都可以得到。
2、PHP是免費的。和其它技術相比，PHP本身免費。
3、php的快捷性，程序開發快，運行快，技術本身學習快。嵌入於HTML：因為PHP可以被嵌入於HTML語言，它相對於其他語言，編輯簡單，實用性強，更適合初學者。
4、跨平台性強：由於PHP是運行在伺服器端的腳本,可以運行在UNIX、LINUX、WINDOWS下。
5、效率高：PHP消耗相當少的系統資源。
6、圖像處理：用PHP動態創建圖像
7、面向對象：在php5 中，面向對象方面都有了很大的改進，現在php完全可以用來開發大型商業程序。
8、專業專註：