lighttpd源碼分析pdf

『壹』 web伺服器

WEB伺服器

編輯本段什麼是WEB伺服器
WEB伺服器也稱為WWW(WORLD WIDE WEB)伺服器，主要功能是提供網上信息瀏覽服務。
(1)應用層使用HTTP協議。
(2)HTML文檔格式。
(3)瀏覽器統一資源定位器(URL)。
WWW代表萬維網的意思
WWW 是 Internet 的多媒體信息查詢工具，是 Internet 上近年才發展起來的服務，也是發展最快和目前用的最廣泛的服務。正是因為有了WWW工具，才使得近年來 Internet 迅速發展，且用戶數量飛速增長。
1、WWW簡介
WWW 是 World Wide Web （環球信息網）的縮寫，也可以簡稱為 Web，中文名字為「萬維網」。它起源於1989年3月，由歐洲量子物理實驗室 CERN（the European Laboratory for Particle Physics）所發展出來的主從結構分布式超媒體系統。通過萬維網，人們只要通過使用簡單的方法，就可以很迅速方便地取得豐富的信息資料。 由於用戶在通過 Web 瀏覽器訪問信息資源的過程中，無需再關心一些技術性的細節，而且界面非常友好，因而 Web 在Internet 上一推出就受到了熱烈的歡迎，走紅全球，並迅速得到了爆炸性的發展。
2、WWW的發展和特點
長期以來，人們只是通過傳統的媒體（如電視、報紙、雜志和廣播等）獲得信息。但隨著計算機網路的發展，人們想要獲取信息，已不再滿足於傳統媒體那種單方面傳輸和獲取的方式，而希望有一種主觀的選擇性。現在，網路上提供各種類別的資料庫系統，如文獻期刊、產業信息、氣象信息、論文檢索等等。由於計算機網路的發展，信息的獲取變得非常及時、迅速和便捷。
到了1993年，WWW 的技術有了突破性的進展，它解決了遠程信息服務中的文字顯示、數據連接以及圖像傳遞的問題，使得 WWW 成為 Internet 上最為流行的信息傳播方式。 現在，Web 伺服器成為 Internet 上最大的計算機群，Web 文檔之多、鏈接的網路之廣，令人難以想像。可以說，Web 為 Internet 的普及邁出了開創性的一步，是近年來 Internet 上取得的最激動人心的成就。
WWW 採用的是客戶/伺服器結構，其作用是整理和儲存各種WWW資源，並響應客戶端軟體的請求，把客戶所需的資源傳送到 Windows 95（或Windows98）、Windows NT、UNIX 或 linux 等平台上。
使用最多的 web server 伺服器軟體 有兩個：微軟的信息伺服器（iis），和Apache。
通俗的講，Web伺服器傳送(serves)頁面使瀏覽器可以瀏覽，然而應用程序伺服器提供的是客戶端應用程序可以調用(call)的方法(methods)。確切一點，你可以說：Web伺服器專門處理HTTP請求(request)，但是應用程序伺服器是通過很多協議來為應用程序提供(serves)商業邏輯(business logic)。
Web伺服器可以解析(handles)HTTP協議。當Web伺服器接收到一個HTTP請求(request)，會返回一個HTTP響應(response)，例如送回一個HTML頁面。為了處理一個請求(request)，Web伺服器可以響應(response)一個靜態頁面或圖片，進行頁面跳轉(redirect)，或者把動態響應(dynamic response)的產生委託(delegate)給一些其它的程序例如CGI腳本，JSP(JavaServer Pages)腳本，servlets，ASP(Active Server Pages)腳本，伺服器端(server-side)JavaScript，或者一些其它的伺服器端(server-side)技術。無論它們(譯者註：腳本)的目的如何，這些伺服器端(server-side)的程序通常產生一個HTML的響應(response)來讓瀏覽器可以瀏覽。
要知道，Web伺服器的代理模型(delegation model)非常簡單。當一個請求(request)被送到Web伺服器里來時，它只單純的把請求(request)傳遞給可以很好的處理請求(request)的程序(譯者註：伺服器端腳本)。Web伺服器僅僅提供一個可以執行伺服器端(server-side)程序和返回(程序所產生的)響應(response)的環境，而不會超出職能范圍。伺服器端(server-side)程序通常具有事務處理(transaction processing)，資料庫連接(database connectivity)和消息(messaging)等功能。
雖然Web伺服器不支持事務處理或資料庫連接池，但它可以配置(employ)各種策略(strategies)來實現容錯性(fault tolerance)和可擴展性(scalability)，例如負載平衡(load balancing)，緩沖(caching)。集群特徵(clustering—features)經常被誤認為僅僅是應用程序伺服器專有的特徵。
應用程序伺服器(The Application Server)
根據我們的定義，作為應用程序伺服器，它通過各種協議，可以包括HTTP，把商業邏輯暴露給(expose)客戶端應用程序。Web伺服器主要是處理向瀏覽器發送HTML以供瀏覽，而應用程序伺服器提供訪問商業邏輯的途徑以供客戶端應用程序使用。應用程序使用此商業邏輯就象你調用對象的一個方法(或過程語言中的一個函數)一樣。
應用程序伺服器的客戶端(包含有圖形用戶界面(GUI)的)可能會運行在一台PC、一個Web伺服器或者甚至是其它的應用程序伺服器上。在應用程序伺服器與其客戶端之間來回穿梭(traveling)的信息不僅僅局限於簡單的顯示標記。相反，這種信息就是程序邏輯(program logic)。 正是由於這種邏輯取得了(takes)數據和方法調用(calls)的形式而不是靜態HTML，所以客戶端才可以隨心所欲的使用這種被暴露的商業邏輯。
在大多數情形下，應用程序伺服器是通過組件(component)的應用程序介面(API)把商業邏輯暴露(expose)(給客戶端應用程序)的，例如基於J2EE(Java 2 Platform, Enterprise Edition)應用程序伺服器的EJB(Enterprise JavaBean)組件模型。此外，應用程序伺服器可以管理自己的資源，例如看大門的工作(gate-keeping ties)包括安全(security)，事務處理(transaction processing)，資源池(resource pooling)， 和消息(messaging)。就象Web伺服器一樣，應用程序伺服器配置了多種可擴展(scalability)和容錯(fault tolerance)技術。
例如，設想一個在線商店(網站)提供實時定價(real-time pricing)和有效性(availability)信息。這個站點(site)很可能會提供一個表單(form)讓你來選擇產品。當你提交查詢(query)後，網站會進行查找(lookup)並把結果內嵌在HTML頁面中返回。網站可以有很多種方式來實現這種功能。我要介紹一個不使用應用程序伺服器的情景和一個使用應用程序伺服器的情景。觀察一下這兩中情景的不同會有助於你了解應用程序伺服器的功能。
情景1：不帶應用程序伺服器的Web伺服器
在此種情景下，一個Web伺服器獨立提供在線商店的功能。Web伺服器獲得你的請求(request)，然後發送給伺服器端(server-side)可以處理請求(request)的程序。此程序從資料庫或文本文件(flat file，譯者註：flat file是指沒有特殊格式的非二進制的文件，如properties和XML文件等)中查找定價信息。一旦找到，伺服器端(server-side)程序把結果信息表示成(formulate)HTML形式，最後Web伺服器把會它發送到你的Web瀏覽器。
簡而言之，Web伺服器只是簡單的通過響應(response)HTML頁面來處理HTTP請求(request)。
情景2：帶應用程序伺服器的Web伺服器
情景2和情景1相同的是Web伺服器還是把響應(response)的產生委託(delegates)給腳本(譯者註：伺服器端(server-side)程序)。然而，你可以把查找定價的商業邏輯(business logic)放到應用程序伺服器上。由於這種變化，此腳本只是簡單的調用應用程序伺服器的查找服務(lookup service)，而不是已經知道如何查找數據然後表示為(formulate)一個響應(response)。 這時當該腳本程序產生HTML響應(response)時就可以使用該服務的返回結果了。
在此情景中，應用程序伺服器提供(serves)了用於查詢產品的定價信息的商業邏輯。(伺服器的)這種功能(functionality)沒有指出有關顯示和客戶端如何使用此信息的細節，相反客戶端和應用程序伺服器只是來回傳送數據。當有客戶端調用應用程序伺服器的查找服務(lookup service)時，此服務只是簡單的查找並返回結果給客戶端。
通過從響應產生(response-generating)HTML的代碼中分離出來，在應用程序之中該定價(查找)邏輯的可重用性更強了。其他的客戶端，例如收款機，也可以調用同樣的服務(service)來作為一個店員給客戶結帳。相反，在情景1中的定價查找服務是不可重用的因為信息內嵌在HTML頁中了。
總而言之，在情景2的模型中，在Web伺服器通過回應HTML頁面來處理HTTP請求(request)，而應用程序伺服器則是通過處理定價和有效性(availability)請求(request)來提供應用程序邏輯的。
警告(Caveats)
現在，XML Web Services已經使應用程序伺服器和Web伺服器的界線混淆了。通過傳送一個XML有效載荷(payload)給伺服器，Web伺服器現在可以處理數據和響應(response)的能力與以前的應用程序伺服器同樣多了。
另外，現在大多數應用程序伺服器也包含了Web伺服器，這就意味著可以把Web伺服器當作是應用程序伺服器的一個子集(subset)。雖然應用程序伺服器包含了Web伺服器的功能，但是開發者很少把應用程序伺服器部署(deploy)成這種功能(capacity)(譯者註：這種功能是指既有應用程序伺服器的功能又有Web伺服器的功能)。相反，如果需要，他們通常會把Web伺服器獨立配置，和應用程序伺服器一前一後。這種功能的分離有助於提高性能(簡單的Web請求(request)就不會影響應用程序伺服器了)，分開配置(專門的Web伺服器，集群(clustering)等等)，而且給最佳產品的選取留有餘地。
編輯本段大型WEB伺服器
在UNIX和LINUX平台下使用最廣泛的免費HTTP伺服器是W3C、NCSA和APACHE伺服器，而Windows平台NT/2000/2003使用IIS的WEB伺服器。在選擇使用WEB伺服器應考慮的本身特性因素有：性能、安全性、日誌和統計、虛擬主機、代理伺服器、緩沖服務和集成應用程序等，下面介紹幾種常用的WEB伺服器。
Microsoft IIS
Microsoft的Web伺服器產品為Internet Information Server (IIS)， IIS 是允許在公共Intranet或Internet上發布信息的Web伺服器。IIS是目前最流行的Web伺服器產品之一，很多著名的網站都是建立在IIS的平台上。IIS提供了一個圖形界面的管理工具，稱為 Internet服務管理器，可用於監視配置和控制Internet服務。
IIS是一種Web服務組件，其中包括Web伺服器、FTP伺服器、NNTP伺服器和SMTP伺服器，分別用於網頁瀏覽、文件傳輸、新聞服務和郵件發送等方面，它使得在網路(包括互聯網和區域網)上發布信息成了一件很容易的事。它提供ISAPI(Intranet Server API)作為擴展Web伺服器功能的編程介面;同時，它還提供一個Internet資料庫連接器，可以實現對資料庫的查詢和更新。
IBM WebSphere
WebSphere Application Server 是 一 種功能完善、開放的Web應用程序伺服器，是IBM電子商務計劃的核心部分，它是基於 Java 的應用環境，用於建立、部署和管理 Internet 和 Intranet Web 應用程序。 這一整套產品進行了擴展，以適應 Web 應用程序伺服器的需要，范圍從簡單到高級直到企業級。
WebSphere 針對以 Web 為中心的開發人員，他們都是在基本 HTTP伺服器和 CGI 編程技術上成長起來的。IBM 將提供 WebSphere 產品系列，通過提供綜合資源、可重復使用的組件、功能強大並易於使用的工具、以及支持 HTTP 和 IIOP 通信的可伸縮運行時環境，來幫助這些用戶從簡單的 Web 應用程序轉移到電子商務世界。
BEA WebLogic
BEA WebLogic Server 是一種多功能、基於標準的web應用伺服器，為企業構建自己的應用提供了堅實的基礎。各種應用開發、部署所有關鍵性的任務，無論是集成各種系統和資料庫，還是提交服務、跨 Internet 協作，起始點都是 BEA WebLogic Server。由於 它具有全面的功能、對開放標準的遵從性、多層架構、支持基於組件的開發，基於 Internet 的企業都選擇它來開發、部署最佳的應用。
BEA WebLogic Server 在使應用伺服器成為企業應用架構的基礎方面繼續處於領先地位。BEA WebLogic Server 為構建集成化的企業級應用提供了穩固的基礎，它們以 Internet 的容量和速度，在連網的企業之間共享信息、提交服務，實現協作自動化。
APACHE
apache仍然是世界上用的最多的Web伺服器，市場佔有率達60%左右。它源於NCSAhttpd伺服器，當NCSA WWW伺服器項目停止後，那些使用NCSA WWW伺服器的人們開始交換用於此伺服器的補丁，這也是apache名稱的由來(pache 補丁)。世界上很多著名的網站都是Apache的產物，它的成功之處主要在於它的源代碼開放、有一支開放的開發隊伍、支持跨平台的應用(可以運行在幾乎所有的Unix、Windows、Linux系統平台上)以及它的可移植性等方面。
Tomcat
Tomcat是一個開放源代碼、運行servlet和JSP Web應用軟體的基於Java的Web應用軟體容器。Tomcat Server是根據servlet和JSP規范進行執行的，因此我們就可以說Tomcat Server也實行了Apache-Jakarta規范且比絕大多數商業應用軟體伺服器要好。
Tomcat是Java Servlet 2.2和JavaServer Pages 1.1技術的標准實現，是基於Apache許可證下開發的自由軟體。Tomcat是完全重寫的Servlet API 2.2和JSP 1.1兼容的Servlet/JSP容器。Tomcat使用了JServ的一些代碼，特別是Apache服務適配器。隨著Catalina Servlet引擎的出現，Tomcat第四版號的性能得到提升，使得它成為一個值得考慮的Servlet/JSP容器，因此目前許多WEB伺服器都是採用Tomcat。
編輯本段小型WEB伺服器
【 micro_httpd - really small HTTP server】
特點：
* 支持安全的 .. 上級目錄過濾
* 支持通用的MIME類型
* 支持簡單的目錄
* 支持目錄列表
* 支持使用 index.html 作為首頁
* Trailing-slash redirection
* 程序總共代碼才200多行
這個httpd適合學習簡單的Web Server編寫學習，因為它只有一個簡單的框架，只能夠處理簡單的靜態頁，可以考慮用來放靜態頁。
官方地址：http://www.acme.com/software/micro_httpd/
下載地址：http://www.acme.com/software/micro_httpd/micro_httpd_12dec2005.tar.gz
【 mini_httpd - small HTTP server 】
特點：
* 支持GET、HEAD、POST方法
* 支持CGI功能
* 支持基本的驗證功能
* 支持安全 .. 上級目錄功能
* 支持通用的MIME類型
* 支持目錄列表功能
* 支持使用 index.html, index.htm, index.cgi 作為首頁
* 支持多個根目錄的虛擬主機
* 支持標准日誌記錄
* 支持自定義錯誤頁
* Trailing-slash redirection
mini_httpd 也是相對比較適合學習使用，大體實現了一個Web Server的功能，支持靜態頁和CGI，能夠用來放置一些個人簡單的東西，不適宜投入生產使用。
官方地址：http://www.acme.com/software/thttpd/
下載地址：http://www.acme.com/software/mini_httpd/mini_httpd-1.19.tar.gz
【 thttpd - tiny/turbo/throttling HTTP server 】
thttpd中是一個簡單,小型,輕便,快速和安全的http伺服器.
簡單：它能夠支持HTTP/1.1協議標准，或者超過了最低水平
小巧：它具有非常少的運行時間，因為它不fork子進程來接受新請求，並且非常謹慎的分配內存（性能對比表：http://www.acme.com/software/thttpd/benchmarks.html）
便攜：它能夠在大部分的類Unix系統上運行，包括FreeBSD, SunOS 4, Solaris 2, BSD/OS, Linux, OSF等等
快速：它的速度要超過主流的Web伺服器（Apache, NCSA, Netscape），在高負載情況下，它要快的多
安全：它努力的保護主機不受到攻擊，不中斷伺服器
thttpd 類似於lighttpd，對於並發請求不使用fork()來派生子進程處理，而是採用多路復用(Multiplex)技術來實現。因此效能很好。同時它還有一個特點就是基於URL的文件流量限制，這對於下載的流量控制而言是非常方便的。象Apache就必須使用插件實現，效率較thttpd低。
thttpd跟lighttpd類似，適合靜態資源類的服務，比如圖片、資源文件、靜態HTML等等的應用，性能應該比較好，同時也適合簡單的CGI應用的場合。
官方地址：http://www.acme.com/software/thttpd/
下載地址：http://www.acme.com/software/thttpd/thttpd-2.25b.tar.gz
【 lighttpd - light footprint + httpd = LightTPD 】
Lighttpd是一個德國人領導的開源軟體，其根本的目的是提供一個專門針對高性能網站，安全、快速、兼容性好並且靈活的web server環境。具有非常低的內存開銷，cpu佔用率低，效能好，以及豐富的模塊等特點。
lighttpd 是眾多OpenSource輕量級的web server中較為優秀的一個。支持FastCGI, CGI, Auth, 輸出壓縮(output compress), URL重寫, Alias等重要功能，而Apache之所以流行，很大程度也是因為功能豐富，在lighttpd上很多功能都有相應的實現了，這點對於apache的用戶是非常重要的，因為遷移到lighttpd就必須面對這些問題。
實用起來lighttpd確實非常不錯，apache主要的問題是密集並發下，不斷的fork()和切換，以及較高（相對於 lighttpd而言）的內存佔用，使系統的資源幾盡枯竭。而lighttpd採用了Multiplex技術，代碼經過優化，體積非常小，資源佔用很低，而且反應速度相當快。
利用apache的rewrite技術，將繁重的cgi/fastcgi任務交給lighttpd來完成，充分利用兩者的優點，現在那台伺服器的負載下降了一個數量級，而且反應速度也提高了一個甚至是2個數量級！
lighttpd 適合靜態資源類的服務，比如圖片、資源文件、靜態HTML等等的應用，性能應該比較好，同時也適合簡單的CGI應用的場合。
官方地址：http://www.lighttpd.net/
下載地址：http://www.lighttpd.net/download/lighttpd-1.4.16.tar.gz
【 SHTTPD - Simple HTTPD 】
Shttpd是另一個輕量級的web server，具有比thttpd更豐富的功能特性，支持CGI, SSL, cookie, MD5認證, 還能嵌入(embedded)到現有的軟體里。最有意思的是不需要配置文件！ 由於shttpd可以嵌入其他軟體，因此可以非常容易的開發嵌入式系統的web server，官方網站上稱shttpd如果使用uclibc/dielibc(libc的簡化子集)則開銷將非常非常低。
特點：
* 小巧、快速、不膨脹、無需安裝、簡單的40KB的exe文件，隨意運行
* 支持GET, POST, HEAD, PUT, DELETE 等方法
* 支持CGI, SSL, SSI, MD5驗證, resumed download, aliases, inetd模式運行
* 標准日誌格式
* 非常簡單整潔的嵌入式API
* dietlibc friendly. NOT that friendly to the uClibc (*)
* 容易定製運行在任意平台：Windows, QNX, RTEMS, UNIX (*BSD, Solaris, Linux)
由於shttpd可以輕松嵌入其他程序里，因此shttpd是較為理想的web server開發原形，開發人員可以基於shttpd開發出自己的webserver！
官方網站：http://shttpd.sourceforge.net/
下載地址：http://jaist.dl.sourceforge.net/sourceforge/shttpd/shttpd-1.38.tar.gz

『貳』 如何讓lighttpd的spawn-fcgi自啟動

修改編譯spawn-fcgi因為用spawn-fcgi 啟動後不能喲 -u root 啟動FastCGI進程。所以修改了源代碼：下載代碼[plain]wget download/spawn-fcgi/releases-1.6.x/spawn-fcgi-1.6.3.tar.gz 解壓後進入目錄，在文件src/spawn-fcgi.c中注釋掉一段代碼：[plain]/* if (my_uid == 0) { fprintf(stderr, spawn-fcgi: I will not set uid to 0/n); return -1; } */ 類似的還有兩處要注釋。運行./configure然後編譯makemake installmake install 不大靈光，手動拷貝吧。現在再試試看，搞定了。

『叄』 關於linux學習路線的問題 請教前輩

很多同學接觸Linux不多，對Linux平台的開發更是一無所知。而現在的趨勢越來越表明，作為一 個優秀的軟體開發人員，或計算機IT行業從業人員，掌握Linux是一種很重要的謀生資源與手段。下來我將會結合自己的幾年的個人開發經驗，及對 Linux，更是類UNIX系統，及開源軟體文化，談談Linux的學習方法與學習中應該注意的一些事。
就如同剛才說的，很多同學以前可能連Linux是什麼都不知道，對UNIX更是一無所知。所以我們從最基礎的講起，對於Linux及UNIX的歷史我們不做多談，直接進入入門的學習。
Linux入門是很簡單的，問題是你是否有耐心，是否愛折騰，是否不排斥重裝一類的大修。沒折騰可以說是學不好Linux的，鳥哥說過，要真正了解Linux的分區機制，對LVM使用相當熟練，沒有20次以上的Linux裝機經驗是積累不起來的，所以一定不要怕折騰。
由於大家之前都使用Windows，所以我也盡可能照顧這些「菜鳥」。我的推薦，如果你第一次接觸Linux，那麼首先在虛擬機中嘗試它。虛擬機我推薦Virtual Box，我並不主張使用VM，原因是VM是閉源的，並且是收費的，我不希望推動盜版。當然如果你的Money足夠多，可以嘗試VM，但我要說的是即使是VM，不一定就一定好。付費的軟體不一定好。首先，Virtual Box很小巧，Windows平台下安裝包在80MB左右，而VM動輒600MB，雖然功能強大，但資源消耗也多，何況你的需求Virtual Box完全能夠滿足。所以，還是自己選。如何使用虛擬機，是你的事，這個我不教你，因為很簡單，不會的話Google或Bai都可以，英文好的可以直接看官方文檔。
現在介紹Linux發行版的知識。正如你所見，Linux發行版並非Linux，Linux僅是指操作系統的內核，作為科班出生的你不要讓我解釋，我也沒時間。我推薦的發行版如下：
UBUNTU適合純菜鳥，追求穩定的官方支持，對系統穩定性要求較弱，喜歡最新應用，相對來說不太喜歡折騰的開發者。
Debian，相對UBUNTU難很多的發行版，突出特點是穩定與容易使用的包管理系統，缺點是企業支持不足，為社區開發驅動。
Arch，追逐時尚的開發者的首選，優點是包更新相當快，無縫升級，一次安裝基本可以一直運作下去，沒有如UBUNTU那樣的版本概念，說的專業點叫滾動升級，保持你的系統一定是最新的。缺點顯然易見，不穩定。同時安裝配置相對Debian再麻煩點。
Gentoo，相對Arch再難點，考驗使用者的綜合水平，從系統安裝到微調，內核編譯都親歷親為，是高手及黑客顯示自己技術手段，按需配置符合自己要求的系統的首選。
Slackware與Gentoo類似。
CentOS，社區維護的RedHat的復刻版本，完全使用RedHat的源碼重新編譯生成，與RedHat的兼容性在理論上來說是最好的。如果你專注於Linux伺服器，如網路管理，架站，那麼CentOS是你的選擇。
LFS，終極黑客顯擺工具，完全從源代碼安裝，編譯系統。安裝前你得到的只有一份文檔，你要做的就是照文檔你的說明，一步步，一條條命令，一個個軟體包的去構建你的Linux，完全由你自己控制，想要什麼就是什麼。如果你做出了LFS，證明你的Linux功底已經相當不錯，如果你能拿LFS文檔活學活用，再將Linux從源代碼開始移植到嵌入式系統，我敢說中國的企業你可以混的很好。
你得挑一個適合你的系統，然後在虛擬機安裝它，開始使用它。如果你想快速學會Linux，我有一個建議就是忘記圖形界面，不要想圖形界面能不能提供你問題的答案，而是滿世界的去找，去問，如何用命令行解決你的問題。在這個過程中，你最好能將Linux的命令掌握的不錯，起碼常用的命令得知道，同時建立了自己的知識庫，裡面是你積累的各項知識。
再下個階段，你需要學習的是Linux平台的C/C++開發，同時還有Bash腳本編程，如果你對Java興趣很深還有Java。同樣，建議你拋棄掉圖形界面的IDE，從VIM開始，為什麼是VIM，而不是Emacs，我無意挑起編輯器大戰，但我覺得VIM適合初學者，適合手比較笨，腦袋比較慢的開發者。Emacs的鍵位太多，太復雜，我很畏懼。然後是GCC，Make，Eclipse（Java，C++或者）。雖然將C++列在了Eclipse中，但我並不推薦用IDE開發C++，因為這不是Linux的文化，容易讓你忽略一些你應該注意的問題。IDE讓你變懶，懶得跟豬一樣。如果你對程序調試，測試工作很感興趣，GDB也得學的很好，如果不是GDB也是必修課。這是開發的第一步，注意我並沒有提過一句Linux系統API的內容，這個階段也不要關心這個。你要做的就是積累經驗，在Linux平台的開發經驗。我推薦的書如下：C語言程序設計，譚浩強的也可以。C語言，白皮書當然更好。C++推薦C++ Primer Plus，Java我不喜歡，就不推薦了。工具方面推薦VIM的官方手冊，GCC中文文檔，GDB中文文檔，GNU開源軟體開發指導（電子書），匯編語言程序設計（讓你對庫，鏈接，內嵌匯編，編譯器優化選項有初步了解，不必深度）。
如果你這個階段過不了就不必往下做了，這是底線，最基礎的基礎，否則離開，不要霍霍Linux開發。不專業的Linux開發者作出的程序是與Linux文化或UNIX文化相背的，程序是走不遠的，不可能像Bash，VIM這些神品一樣。所以做不好乾脆離開。
接下來進入Linux系統編程，不二選擇，APUE，UNIX環境高級編程，一遍一遍的看，看10遍都嫌少，如果你可以在大學將這本書翻爛，裡面的內容都實踐過，有作品，你口頭表達能力夠強，你可以在面試時說服所有的考官。（可能有點誇張，但APUE絕對是聖經一般的讀物，即使是Windows程序員也從其中汲取養分，Google創始人的案頭書籍，扎爾伯克的床頭讀物。）
這本書看完後你會對Linux系統編程有相當的了解，知道Linux與Windows平台間開發的差異在哪？它們的優缺點在哪？我的總結如下：做Windows平台開發，很苦，微軟的系統API總在擴容，想使用最新潮，最高效的功能，最適合當前流行系統的功能你必須時刻學習。Linux不是，Linux系統的核心API就100來個，記憶力好完全可以背下來。而且經久不變，為什麼不變，因為要同UNIX兼容，符合POSIX標准。所以Linux平台的開發大多是專注於底層的或伺服器編程。這是其優點，當然圖形是Linux的軟肋，但我站在一個開發者的角度，我無所謂，因為命令行我也可以適應，如果有更好的圖形界面我就當作恩賜吧。另外，Windows閉源，系統做了什麼你更本不知道，永遠被微軟牽著鼻子跑，想想如果微軟說Win8不支持QQ，那騰訊不得哭死。而Linux完全開源，你不喜歡，可以自己改，只要你技術夠。另外，Windows雖然使用的人多，但使用場合單一，專注與桌面。而Linux在各個方面都有發展，尤其在雲計算，伺服器軟體，嵌入式領域，企業級應用上有廣大前景，而且兼容性一流，由於支持POSIX可以無縫的運行在UNIX系統之上，不管是蘋果的Mac還是IBM的AS400系列，都是完全支持的。另外，Linux的開發環境支持也絕對是一流的，不管是C/C++，Java，Bash，Python，php，Javascript，。。。。。。就連C#也支持。而微軟除Visual Stdio套件以外，都不怎麼友好，不是嗎？
如果你看完APUE的感觸有很多，希望驗證你的某些想法或經驗，推薦UNIX程序設計藝術，世界頂級黑客將同你分享他的看法。
現在是時候做分流了。 大體上我分為四個方向：網路，圖形，嵌入式，設備驅動。
如果選擇網路，再細分，我對其他的不是他熟悉，只說伺服器軟體編寫及高性能的並發程序編寫吧。相對來說這是網路編程中技術含量最高的，也是底層的。需要很多的經驗，看很多的書，做很多的項目。
我的看法是以下面的順序來看書：
APUE再深讀 – 尤其是進程，線程，IPC，套接字
多核程序設計 - Pthread一定得吃透了，你很NB
UNIX網路編程 – 卷一，卷二
TCP/IP網路詳解 – 卷一 再看上面兩本書時就該看了
5.TCP/IP 網路詳解 – 卷二 我覺得看到卷二就差不多了，當然卷三看了更好，努力，爭取看了
6.Lighttpd源代碼 - 這個伺服器也很有名了
7.Nginx源代碼 – 相較於Apache，Nginx的源碼較少，如果能看個大致，很NB。看源代碼主要是要學習裡面的套接字編程及並發控制，想想都激動。如果你有這些本事，可以試著往暴雪投簡歷，為他們寫伺服器後台，想一想全球的魔獸都運行在你的伺服器軟體上。
Linux內核 TCP/IP協議棧 – 深入了解TCP/IP的實現
如果你還喜歡驅動程序設計，可以看看更底層的協議，如鏈路層的，寫什麼路由器，網卡，網路設備的驅動及嵌入式系統軟體應該也不成問題了。
當然一般的網路公司，就算網路級別的也該毫不猶豫的僱用你。只是看後面這些書需要時間與經驗，所以35歲以前辦到吧！跳槽到給你未來的地方！
圖形方向，我覺得圖形方向也是很有前途的，以下幾個方面。
Opengl的工業及游戲開發，國外較成熟。
影視動畫特效，如皮克斯，也是國外較成熟。
GPU計算技術，可以應用在瀏覽器網頁渲染上，GPU計算資源利用上，由於開源的原因，有很多的文檔程序可以參考。如果能進火狐開發，或google做瀏覽器開發，應該會很好 。
嵌入式方向：嵌入式方向沒說的，Linux很重要。
掌握多個架構，不僅X86的，ARM的，單片機什麼的也必須得懂。硬體不懂我預見你會死在半路上，我也想走嵌入式方向，但我覺得就學校教授嵌入式的方法，我連學電子的那幫學生都競爭不過。奉勸大家，一定得懂硬體再去做，如果走到嵌入式應用開發，只能祝你好運，不要碰上像Nokia，Hp這樣的公司，否則你會很慘的。
驅動程序設計：軟體開發周期是很長的，硬體不同，很快。每個月誕生那麼多的新硬體，如何讓他們在Linux上工作起來，這是你的工作。由於Linux的兼容性很好，如果不是太低層的驅動，基本C語言就可以搞定，系統架構的影響不大，因為有系統支持，你可能做些許更改就可以在ARM上使用PC的硬體了，所以做硬體驅動開發不像嵌入式，對硬體知識的要求很高。可以從事的方向也很多，如家電啊，特別是如索尼，日立，希捷，富士康這樣的廠子，很稀缺的。
LDD – Linux驅動程序設計與內核編程的基礎讀物
深入理解Linux內核 – 進階的
Linux源代碼 – 永無止境的
當然你還的看個方面的書，如網路啊什麼的。

『肆』 Lighttpd源碼分析的圖書目錄

前言
第1章 Lighttpd介紹與分析准備工作 1
1.1 Lighttpd介紹 1
1.1.1 什麼是Lighttpd 1
1.1.2 Lighttpd功能概述 1
1.2 源碼分析的准備工作 3
1.2.1 Lighttpd源碼下載與組織結構 3
1.2.2 Lighttpd源碼分析工具 4
1.2.3 系統編譯環境 6
1.2.4 Lighttpd編譯運行 6
1.2.5 其他准備 7
1.3 本書內容綜述 7
1.4 本章總結 8
第2章 Lighttpd網路服務主模型 9
2.1 概述 9
2.2 Lighttpd主進程執行流程 10
2.2.1 Lighttpd進程守護化 10
2.2.2 Lighttpd多進程網路服務模型 14
2.3 Lighttpd信號處理機制 20
2.3.1 信號的概念 20
2.3.2 Lighttpd中信號處理機制 21
2.4 Lighttpd工作進程處理模型 25
2.5 本章總結 26
第3章 Lighttpd數據結構 27
3.1 概述 27
3.2 bitset數據結構 27
3.2.1 結構說明 27
3.2.2 結構定義 27
3.2.3 結構操作 30
3.3 buffer數據結構 32
3.3.1 結構說明 32
3.3.2 結構定義 32
3.3.3 結構操作 33
3.4 data_xxxxx數據結構 65
3.4.1 結構說明 65
3.4.2 結構定義 65
3.4.3 結構操作 67
3.5 array數據結構 67
3.5.1 結構說明 67
3.5.2 結構定義 68
3.5.3 結構操作 69
3.6 chunk數據結構 78
3.6.1 結構說明 78
3.6.2 結構定義 78
3.6.3 結構操作 80
3.7 keyvalue數據結構 88
3.7.1 結構說明 88
3.7.2 結構定義 88
3.7.3 結構操作 91
3.8 本章總結 92
第4章 伸展樹 93
4.1 概述 93
4.2 伸展樹基礎知識 93
4.2.1 伸展樹介紹 93
4.2.2 伸展樹的自底向上伸展 94
4.2.3 伸展樹的自頂向下伸展 98
4.3 Lighttpd中伸展樹實現源碼解析 101
4.3.1 結構定義 101
4.3.2 結構操作 102
4.4 本章總結 106
4.5 參考文獻 106
第5章 日誌系統 108
5.1 概述 108
5.2 日誌源碼解析 108
5.2.1 日誌系統頭文件 108
5.2.2 日誌系統實現文件 109
5.3 本章總結 124
第6章 文件狀態緩存器 125
6.1 概述 125
6.2 ETag知識 125
6.2.1 ETag的定義 125
6.2.2 ETag的功能 126
6.2.3 ETag的優勢 127
6.2.4 Lighttpd中ETag的實現 128
6.2.5 Lighttpd中ETag的使用 130
6.3 文件狀態緩存器 134
6.3.1 緩存器設計思路 134
6.3.2 緩存器結構定義 134
6.3.3 緩存器實現 137
6.4 本章總結 159
第7章 配置信息載入 160
7.1 概述 160
7.2 配置信息範例與程序載入結果 160
7.2.1 Lighttpd配置信息的範例 160
7.2.2 Lighttpd配置信息範例的載入結果 164
7.3 載入配置信息的源碼分析 167
7.3.1 Lighttpd配置信息存儲結構 167
7.3.2 Lighttpd配置信息載入的函數
調用流程 172
7.4 客戶端連接配置信息 203
7.4.1 條件配置信息緩存存儲結構 203
7.4.2 客戶端連接配置信息動態獲取 204
7.5 本章總結 215
第8章 I/O多路復用技術模型 216
8.1 概述 216
8.2 I/O模型基礎知識 216
8.2.1 I/O模型分類介紹 216
8.2.2 常見I/O多路復用實現技術 221
8.3 Lighttpd中多路復用技術模型應用 236
8.3.1 整合多種復用技術模型的數據結
構封裝 237
8.3.2 I/O多路復用技術模型的使用 250
8.3.3 六種I/O多路復用技術模型的實現 256
8.4 本章總結 279
第9章 插件鏈 280
9.1 概述 280
9.2 插件內部結構 280
9.2.1 數據結構 280
9.2.2 函數介面 283
9.3 插件組織結構 286
9.3.1 串鏈結構 286
9.3.2 插件組織結構源碼分析 286
9.4 本章總結 296
第10章 網路請求服務響應流程 297
10.1 概述 297
10.2 簡單網路服務通信模型 297
10.3 Lighttpd網路服務通信模型 298
10.3.1 通信模型總圖 298
10.3.2 通信模型源碼分析 299
10.4 本章總結 402
第11章 請求響應數據快速傳輸方式 403
11.1 概述 403
11.2 三種數據傳輸方式 403
11.2.1 內核系統調用架構 403
11.2.2 read/write數據讀寫傳輸方式 405
11.2.3 readv/writev數據讀寫傳輸方式 408
11.2.4 「零拷貝」（sendfile）數據讀
寫傳輸方式 409
11.3 傳輸方式程序實現 413
11.3.1 源碼network_write.c分析 413
11.3.2 源碼network_writev.c分析 417
11.3.3 源碼network_linux_sendfile.c
分析 423
11.4 本章總結 428
第12章 基本插件模塊 429
12.1 概述 429
12.2 mod_indexfile插件模塊 429
12.2.1 數據結構 429
12.2.2 函數介面 430
12.3 mod_dirlisting插件模塊 433
12.3.1 數據結構 433
12.3.2 梳子排序 439
12.4 mod_staticfile插件模塊 441
12.4.1 數據結構 442
12.4.2 函數介面 442
12.5 本章總結 443
後記 444
附錄一 ASCII碼字元表 445
附錄二 擴展ASCII碼字元表 446
附錄三 客戶端請求連接的有限狀態
機轉換圖 447
附錄四 HTTP狀態碼簡介 448
附錄五 參考資料 449

『伍』 自己開發的Web伺服器如何解析php文件

WAMP、LAMP里，A是Apache，P是PHP，PHP在Apache下一般是以伺服器模塊方式安裝，這些模塊在Apache體系結構里屬於可選功能層，Apache用apr_proc_create()函數為每個模塊創建一個子進程，每個進程的內存空間獨立，可以防止互相干擾。
WNMP、LNMP里的N是Nginx，Nginx主要通過FastCGI介面調用PHP之類的外部程序。
FastCGI是一個編程介面，可以將HTTP伺服器和腳本解析伺服器分開。Apache、Nginx、Lighttpd都實現了FastCGI介面。
如果想找個實現FastCGI介面的例子，推薦看Nginx的源碼（ngx_http_fastcgi_mole.c）。
Apache源碼里跟FastCGI介面有關的大致是這幾個文件：
fcgistarter.c
fcgi_protocol.h
mod_proxy_fcgi.c
更多內容可以搜「Apache源碼分析」、「Nginx源碼分析」、「FastCGI」。