PHP核心複習題，跳槽必備

1 oop是什麼?

答:oop是面向對象編程,面向對象編程是一種計算機編程架構,OOP 的一條基本原則是計算機程序是由單個能夠起到子程序作用的單元或對象組合而成。

OOP具有三大特點

1、封裝性：也稱為信息隱藏，就是將一個類的使用和實現分開，只保留部分接口和方法與外部聯繫，或者說只公開了一些供開發人員使用的方法。於是開發人員只 需要關注這個類如何使用，而不用去關心其具體的實現過程，這樣就能實現MVC分工合作，也能有效避免程序間相互依賴，實現代碼模塊間松藕合。

2、繼承性：就是子類自動繼承其父級類中的屬性和方法，並可以添加新的屬性和方法或者對部分屬性和方法進行重寫。繼承增加了代碼的可重用性。PHP只支持單繼承，也就是說一個子類只能有一個父類。

3、多態性：子類繼承了來自父級類中的屬性和方法，並對其中部分方法進行重寫。於是多個子類中雖然都具有同一個方法，但是這些子類實例化的對象調用這些相同的方法後卻可以獲得完全不同的結果，這種技術就是多態性。多態性增強了軟件的靈活性。

1、易維護

採用面向對象思想設計的結構，可讀性高，由於繼承的存在，即使改變需求，那麼維護也只是在局部模塊，所以維護起來是非常方便和較低成本的。

2、質量高

在設計時，可重用現有的，在以前的項目的領域中已被測試過的類使系統滿足業務需求並具有較高的質量。

3、效率高

在軟件開發時，根據設計的需要對現實世界的事物進行抽象，產生類。使用這樣的方法解決問題，接近於日常生活和自然的思考方式，勢必提高軟件開發的效率和質量。

4、易擴展

由於繼承、封裝、多態的特性，自然設計出高內聚、低耦合的系統結構，使得系統更靈活、更容易擴展，而且成本較低。

2 合併兩個數組有幾種方式，試比較它們的異同

方式：
1、array_merge()
2、’+’

3 PHP的is_writeable()函數存在Bug，無法準確判斷一個目錄/文件是否可寫，請寫一個函數來判斷目錄/文件是否絕對可寫

答：其中bug存在兩個方面，
1、在windowns中，當文件只有只讀屬性時，is_writeable()函數才返回false，當返回true時，該文件不一定是可寫的。
如果是目錄，在目錄中新建文件並通過打開文件來判斷；
如果是文件，可以通過打開文件（fopen），來測試文件是否可寫。
2、在Unix中，當php配置文件中開啟safe_mode時(safe_mode=on)，is_writeable()同樣不可用。
讀取配置文件是否safe_mode是否開啟。

<code>/*** Tests for file writability** is_writable() returns TRUE on Windows servers when you really can't write to* the file, based on the read-only attribute. is_writable() is also unreliable* on Unix servers if safe_mode is on.** @access   private* @return   void*/if ( ! function_exists('is_really_writable')){    function is_really_writable($file){    // If we're on a Unix server with safe_mode off we call is_writable    if (DIRECTORY_SEPARATOR == '/' AND @ini_get("safe_mode") == FALSE){        return is_writable($file);    }    // For windows servers and safe_mode "on" installations we'll actually    // write a file then read it. Bah...    if (is_dir($file)){        $file = rtrim($file, '/').'/'.md5(mt_rand(1,100).mt_rand(1,100));        if (($fp = @fopen($file, FOPEN_WRITE_CREATE)) === FALSE){            return FALSE;        }        fclose($fp);        @chmod($file, DIR_WRITE_MODE);        @unlink($file);        return TRUE;    } elseif ( ! is_file($file) OR ($fp = @fopen($file, FOPEN_WRITE_CREATE)) === FALSE) {        return FALSE;    }    fclose($fp);    return TRUE;    }}/<code>

4 PHP的垃圾收集機制是怎樣的？

PHP可以自動進行內存管理，清除不再需要的對象。PHP使用了引用計數(reference counting)這種單純的垃圾回收(garbage collection)機制。每個對象都內含一個引用計數器，每個reference連接到對象，計數器加1。當reference離開生存空間或被設為NULL，計數器減1。當某個對象的引用計數器為零時，PHP知道你將不再需要使用這個對象，釋放其所佔的內存空間。

5 寫一個函數，儘可能高效的，從一個標準url裡取出文件的擴展名，

例如:http://www.startphp.cn/abc/de/fg.php?id=1需要取出php或.php

<code> http [host] => www.startphp.cn [path] => /abc/de/fg.php [query] => id=1 )        $file = basename($arr['path']);        $ext = explode('.', $file);        return $ext[count($ext)-1];    }    // 方案二    function getExt2($url){        $url = basename($url);        $pos1 = strpos($url,'.');        $pos2 = strpos($url,'?');        if (strstr($url,'?')) {            return substr($url,$pos1+1,$pos2-$pos1-1);        } else {            return substr($url,$pos1);        }    }    $path = "http://www.startphp.cn/abc/de/fg.php?id=1";    echo getExt1($path);    echo "
";    echo getExt2($path);?>/<code>

6 使用正則表達式提取一段標識語言（html或xml）代碼段中指定標籤的指定屬性值（需考慮屬性值對不規則的情況，如大小寫不敏感，屬性名值與等號間有空格等）。此處假設需提取test標籤的attr屬性值，請自行構建包含該標籤的串（騰訊）

如下：

<code> 
/i";        $arr=array();        $re=preg_match($pattern1,$str,$arr);        if($re){            echo"
$arr[6]={$arr[6]}";        }else{            echo"
沒找到。";        }    }    // 示例    $str1="<test>";    getAttrValue($str1,"test","attr");//找test標籤中attr屬性的值,結果為ddd    $str2="<test2>";    getAttrValue($str2,"test2","t1");//找test2標籤中t1屬性的值，結果為t1 value?>/<test2>/<test>/<code>

7 php中WEB上傳文件的原理是什麼，如何限制上傳文件的大小？

上傳文件的表單使用post方式，並且要在form中添加enctype='multipart/form-data'。

一般可以加上隱藏域：，位置在file域前面。

value的值是上傳文件的客戶端字節限制。可以避免用戶在花時間等待上傳大文件之後才發現文件過大上傳失敗的麻煩。

使用file文件域來選擇要上傳的文件，當點擊提交按鈕之後，文件會被上傳到服務器中的臨時目錄，在腳本運行結束時會被銷燬，所以應該在腳本結束之前，將其移動到服務器上的某個目錄下，可以通過函數move_uploaded_file()來移動臨時文件，要獲取臨時文件的信息，使用$_FILES。

限制上傳文件大小的因素有：

客戶端的隱藏域MAX_FILE_SIZE的數值（可以被繞開）。

服務器端的upload_max_filesize，post_max_size和memory_limit。這幾項不能夠用腳本來設置。

自定義文件大小限制邏輯。即使服務器的限制是能自己決定，也會有需要個別考慮的情況。所以這個限制方式經常是必要的。

8 請說明 PHP 中傳值與傳引用的區別，什麼時候傳值什麼時候傳引用?
按值傳遞：函數範圍內對值的任何改變在函數外部都會被忽略
按引用傳遞：函數範圍內對值的任何改變在函數外部也能反映出這些修改
優缺點：按值傳遞時，php必須複製值。特別是對於大型的字符串和對象來說，這將會是一個代價很大的操作。按引用傳遞則不需要複製值，對於性能提高很有好處。（優缺點會考到）
9 MySQL數據庫中的字段類型varchar和char的主要區別是什麼?
Varchar是變長，節省存儲空間，char是固定長度。查找效率要char型快，因為varchar是非定長，必須先查找長度，然後進行數據的提取，比char定長類型多了一個步驟，所以效率低一些。

10 靜態化如何實現的？偽靜態如何實現？
1、 靜態化指的是頁面靜態化，也即生成實實在在的靜態文件，也即不需要查詢數據庫就可以直接從文件中獲取數據，指的是真靜態。
實現方式主要有兩種：一種是我們在添加信息入庫的時候就生成的靜態文件，也稱為模板替換技術。一種是用戶在訪問我們的頁面時先判斷是否有對應的緩存文件存在，如果存在就讀緩存，不存在就讀數據庫，同時生成緩存文件。
2、偽靜態不是真正意義上的靜態化，之所以使用偽靜態，主要是為了SEO推廣，搜索引擎對動態的文件獲取難度大，不利於網站的推廣。實習原理是基於Apache或Nginx的rewrite機智
主要有兩種方式：一種是直接在配置虛擬機的位置配置偽靜態，這個每次修改完成後需要重啟web服務器。另一種採用分佈式的，可以在網站的根目錄上創建.htaccess的文件，在裡面配置相應的重寫規則來實現偽靜態，這種每次重寫時不需要重啟web服務器，且結構上比較清晰。

11 如何處理負載，高併發？

12 PHP7的新特性？
標量類型聲明：PHP 7 中的函數的形參類型聲明可以是標量了。在 PHP 5 中只能是類名、接口、array 或者 callable (PHP 5.4，即可以是函數，包括匿名函數)，現在也可以使用 string、int、float和 bool 了。

返回值類型聲明：增加了對返回類型聲明的支持。類似於參數類型聲明，返回類型聲明指明瞭函數返回值的類型。可用的類型與參數聲明中可用的類型相同。NULL 合併運算符：由於日常使用中存在大量同時使用三元表達式和 isset()的情況，NULL 合併運算符使得變量存在且值不為NULL， 它就會返回自身的值，否則返回它的第二個操作數。

use 加強：從同一 namespace 導入的類、函數和常量現在可以通過單個 use 語句 一次性導入了 匿名類：現在支持通過new class 來實例化一個匿名類

13 常見的 PHP 安全性攻擊 SQL注入：
用戶利用在表單字段輸入SQL語句的方式來影響正常的SQL執行。
防止：使用mysql_real_escape_string()過濾數據 手動檢查每一數據是否為正確的數據類型 使用預處理語句並綁定變量 參數化SQL：是指在設計與數據庫鏈接並訪問數據時，在需要填入數值或數據的地方，使用參數 (Parameter) 來給值，用@或？來表示參數。

XSS攻擊 ：跨站點腳本攻擊，由用戶輸入一些數據到你的網站，其中包括客戶端腳本(通常JavaScript)。如果你沒有過濾就輸出數據到另一個web頁面，這個腳本將被執行。
防止：為了防止XSS攻擊，使用PHP的htmlentities()函數過濾再輸出到瀏覽器。

CSRF：跨站點請求偽造，是指一個頁面發出的請求，看起來就像是網站的信任用戶，但是是偽造的
防止：一般來說，確保用戶來自你的表單，並且匹配每一個你發送出去的表單。有兩點一定要記住：對用戶會話採用適當的安全措施，例如:給每一個會話更新id和用戶使用SSL。生成另一個一次性的令牌並將其嵌入表單，保存在會話中(一個會話變量)，在提交時檢查它。如laravel中的 _token

代碼注入：代碼注入是利用計算機漏洞通過處理無效數據造成的。問題出在，當你不小心執行任意代碼，通常通過文件包含。寫得很糟糕的代碼可以允許一個遠程文件包含並執行。如許多PHP函數，如require可以包含URL或文件名。

16 面向對象的特徵有哪些方面?主要有封裝,繼承,多態。如果是4個方面則加上：抽象。

封裝：

封裝是保證軟件部件具有優良的模塊性的基礎,封裝的目標就是要實現軟件部件的高內聚,低耦合,防止程序相互依賴性而帶來的變動影響.

繼承：

在定義和實現一個類的時候，可以在一個已經存在的類的基礎之上來進行，把這個已經存在的類所定義的內容作為自己的內容，並可以加入若干新的內容，或修改原來的方法使之更適合特殊的需要，這就是繼承。繼承是子類自動共享父類數據和方法的機制，這是類之間的一種關係，提高了軟件的可重用性和可擴展性。

多態：
多態是指程序中定義的引用變量所指向的具體類型和通過該引用變量發出的方法調用在編程時並不確定，而是在程序運行期間才確定，即一個引用變量倒底會指向哪個類的實例對象，該引用變量發出的方法調用到底是哪個類中實現的方法，必須在由程序運行期間才能決定。
抽象：
抽象就是找出一些事物的相似和共性之處，然後將這些事物歸為一個類，這個類只考慮這些事物的相似和共性之處，並且會忽略與當前主題和目標無關的那些方面，將注意力集中在與當前目標有關的方面。例如，看到一隻螞蟻和大象，你能夠想象出它們的相同之處，那就是抽象。

17說說對SQL語句優化有哪些方法？（選擇幾條）
（1）Where子句中：where表之間的連接必須寫在其他Where條件之前，那些可以過濾掉最大數量記錄的條件必須寫在Where子句的末尾.HAVING最後。
（2）用EXISTS替代IN、用NOT EXISTS替代NOT IN。
（3） 避免在索引列上使用計算

18 MySQL數據庫作發佈系統的存儲，一天五萬條以上的增量，預計運維三年,怎麼優化？
（1）設計良好的數據庫結構，允許部分數據冗餘，儘量避免join查詢，提高效率。
（2） 選擇合適的表字段數據類型和存儲引擎，適當的添加索引。
（3） 做mysql主從複製讀寫分離。
（4）對數據表進行分表，減少單表中的數據量提高查詢速度。
（5）添加緩存機制，比如redis，memcached等。
（6）對不經常改動的頁面，生成靜態頁面（比如做ob緩存）。
（7）書寫高效率的SQL。比如 SELECT * FROM TABEL 改為 SELECT field_1, field_2, field_3 FROM TABLE.

20 談談你對 mysql 引擎中的 MyISAM與InnoDB的區別理解？

nnoDB和MyISAM是許多人在使用MySQL時最常用的兩個表類型，這兩個表類型各有優劣，視具體應用而定。基本的差別為：MyISAM類型不支持事務處理等高級處理，而InnoDB類型支持。MyISAM類型的表強調的是性能，其執行數度比InnoDB類型更快，但是不提供事務支持，而InnoDB提供事務支持已經外部鍵等高級數據庫功能。
以下是一些細節和具體實現的差別：
MyISAM與InnoDB的區別是什麼？
1、 存儲結構

21 redis 和 memache 緩存的區別

總結一：
1.數據類型
Redis數據類型豐富，支持set list等類型
memcache支持簡單數據類型，需要客戶端自己處理複雜對象
2.持久性
redis支持數據落地持久化存儲
memcache不支持數據持久存儲
3.分佈式存儲
redis支持master-slave複製模式
memcache可以使用一致性hash做分佈式
value大小不同
memcache是一個內存緩存，key的長度小於250字符，單個item存儲要小於1M，不適合虛擬機使用
4.數據一致性不同
redis使用的是單線程模型，保證了數據按順序提交。
memcache需要使用cas保證數據一致性。CAS（Check and Set）是一個確保併發一致性的機制，屬於“樂觀鎖”範疇；原理很簡單：拿版本號，操作，對比版本號，如果一致就操作，不一致就放棄任何操作
5.cpu利用
redis單線程模型只能使用一個cpu，可以開啟多個redis進程
總結二：
1.Redis中，並不是所有的數據都一直存儲在內存中的，這是和Memcached相比一個最大的區別。

22 redis消息隊列先進先出需要注意什麼?

答:通常使用一個list來實現隊列操作，這樣有一個小限制，所以的任務統一都是先進先出，如果想優先處理某個任務就不太好處理了，這就需要讓隊列有優先級的概念，我們就可以優先處理高級別的任務，實現方式有以下幾種方式：

1）單一列表實現：隊列正常的操作是 左進右出（lpush,rpop）為了先處理高優先級任務，在遇到高級別任務時，可以直接插隊，直接放入隊列頭部（rpush），這樣，從隊列頭部（右側）獲取任務時，取到的就是高優先級的任務（rpop）

2）使用兩個隊列，一個普通隊列，一個高級隊列，針對任務的級別放入不同的隊列，獲取任務時也很簡單，redis的BRPOP命令可以按順序從多個隊列中取值，BRPOP會按照給出的 key 順序查看，並在找到的第一個非空 list 的尾部彈出一個元素，redis> BRPOP list1 list2 0

list1 做為高優先級任務隊列
list2 做為普通任務隊列

23 Redis如何防止高併發?

答：其實redis是不會存在併發問題的，因為他是單進程的，再多的命令都是一個接一個地執行的。我們使用的時候，可能會出現併發問題，比如獲得和設定這一對。Redis的為什麼 有高併發問題？Redis的的出身決定

Redis是一種單線程機制的nosql數據庫，基於key-value，數據可持久化落盤。由於單線程所以redis本身並沒有鎖的概念，多個客戶端連接並不存在競爭關係，但是利用jedis等客戶端對redis進行併發訪問時會出現問題。發生連接超時、數據轉換錯誤、阻塞、客戶端關閉連接等問題，這些問題均是由於客戶端連接混亂造成。

同時，單線程的天性決定，高併發對同一個鍵的操作會排隊處理，如果併發量很大，可能造成後來的請求超時。

在遠程訪問redis的時候，因為網絡等原因造成高併發訪問延遲返回的問題。

解決辦法

在客戶端將連接進行池化，同時對客戶端讀寫Redis操作採用內部鎖synchronized。

服務器角度，利用setnx變向實現鎖機制。

24 做秒殺用什麼數據庫，怎麼實現的?

答:因為秒殺的一瞬間，併發非常大，如果同時請求數據庫，會導致數據庫的壓力非常大，導致數據庫的性能急劇下降，更嚴重的可能會導致數據庫服務器宕機。這時候一般採用內存高速緩存數據庫redis來實現的,redis是非關係型數據庫，redis是單線程的，通過redis的隊列可以完成秒殺過程。

25 什麼情況下使用緩存?

答:當用戶第一次訪問應用系統的時候，因為還沒有登錄，會被引導到認證系統中進行登錄；根據用戶提供的登錄信息，認證系統進行身份校驗，如果通過校驗，應該返回給用戶一個認證的憑據－－ticket；用戶再訪問別的應用的時候，就會將這個ticket帶上，作為自己認證的憑據，應用系統接受到請求之後會把 ticket送到認證系統進行校驗，檢查ticket的合法性。如果通過校驗，用戶就可以在不用再次登錄的情況下訪問應用系統2和應用系統3了。

實現主要技術點：

1、兩個站點共用一個數據驗證系統

2、主要通過跨域請求的方式來實現驗證及session處理。

26 如何解決異常處理?

答: 拋出異常:使用try…catch，異常的代碼放在try代碼塊內，如果沒有觸發異常，則代碼繼續執行，如果異常被觸發，就會 拋出一個異常。Catch代碼塊捕獲異常，並創建一個包含異常信息的對象。$e->getMessage()，輸出異常的錯誤信息。

解決異常:使用set_error_handler函數獲取異常(也可以使用try()和catch()函數),然後使用set_exception_handler()函數設置默認的異常處理程序,register_shutdown_function()函數來執行,執行機制是,php要把調入的函數調入到內存,當頁面所有的php語句都執行完成時,再調用此函數

27 權限管理(RBAC)的實現?

1.首先創建一張用戶表:id name auto(保存格式為:控制器-方法)

2.然後在後臺中創建一個基類控制器,控制器裡封裝一個構造方法,當用戶登陸成功後,使用TP框架中封裝好的session函數獲取保存在服務器中的session id,然後實例化模型,通過用戶id獲取保存在數據表中的auth數據,使用explode函數分割獲取到的數據,並使用一個數組保存起來,然後使用TP框架中封裝好的常量獲取當前控制器和方法,然後把他們組裝成字符串,使用in_array函數進行判斷該數組中是否含有當前獲取到的控制器和方法,如果沒有,就提示該用戶沒有權限,如果有就進行下一步操作

28 怎麼保證促銷商品不會超賣?

答:這個問題是我們當時開發時遇到的一個難點，超賣的原因主要是下的訂單的數目和我們要促銷的商品的數目不一致導致的，每次總是訂單的數比我們的促銷商品的數目要多，當時我們的小組討論了好久，給出了好幾個方案來實現：

第一種方案：在每次下訂單前我們判斷促銷商品的數量夠不夠，不夠不允許下訂單，更改庫存量時加上一個條件，只更改商品庫存大於0的商品的庫存，當時我們使用ab進行壓力測試，當併發超過500，訪問量超過2000時，還是會出現超賣現象。所以被我們否定了。

第二種方案：使用mysql的事務加排他鎖來解決，首先我們選擇數據庫的存儲引擎為innoDB，使用的是排他鎖實現的，剛開始的時候我們測試了下共享鎖，發現還是會出現超賣的現象。有個問題是，當我們進行高併發測試時，對數據庫的性能影響很大，導致數據庫的壓力很大，最終也被我們否定了。

第三種方案：使用文件鎖實現。當用戶搶到一件促銷商品後先觸發文件鎖，防止其他用戶進入，該用戶搶到促銷品後再解開文件鎖，放其他用戶進行操作。這樣可以解決超賣的問題，但是會導致文件得I/O開銷很大。

最後我們使用了redis的隊列來實現。將要促銷的商品數量以隊列的方式存入redis中，每當用戶搶到一件促銷商品則從隊列中刪除一個數據，確保商品不會超賣。這個操作起來很方便，而且效率極高，最終我們採取這種方式來實現

29 商城秒殺的實現?

答:搶購、秒殺是如今很常見的一個應用場景，主要需要解決的問題有兩個：

1 高併發對數據庫產生的壓力

2 競爭狀態下如何解決庫存的正確減少（"超賣"問題）

對於第一個問題，已經很容易想到用緩存來處理搶購，避免直接操作數據庫，例如使用Redis。

第二個問題，我們可以使用redis隊列來完成，把要秒殺的商品放入到隊列中，因為pop操作是原子的，即使有很多用戶同時到達，也是依次執行，文件鎖和事務在高併發下性能下降很快，當然還要考慮其他方面的東西，比如搶購頁面做成靜態的，通過ajax調用接口，其中也可能會出現一個用戶搶多次的情況，這時候需要再加上一個排隊隊列和搶購結果隊列及庫存隊列。

高併發情況下，將用戶進入排隊隊列，用一個線程循環處理從排隊隊列取出一個用戶，判斷用戶是否已在搶購結果隊列，如果在，則已搶購，否則未搶購，庫存減1，寫數據庫，將用戶入結果隊列。

30 如何處理負載、高併發？

答:從低成本、高性能和高擴張性的角度來說有如下處理方案：

1、HTML靜態化

其實大家都知道，效率最高、消耗最小的就是純靜態化的html頁面，所以我們儘可能使我們的 網站上的頁面採用靜態頁面來實現，這個最簡單的方法其實也是最有效的方法。

2、圖片服務器分離

把圖片單獨存儲，儘量減少圖片等大流量的開銷，可以放在一些相關的平臺上，如騎牛等

3、數據庫集群和庫表散列及緩存

數據庫的併發連接為100，一臺數據庫遠遠不夠，可以從讀寫分離、主從複製，數據庫集群方面來著手。另外儘量減少數據庫的訪問，可以使用緩存數據庫如memcache、redis。

4、鏡像：

儘量減少下載，可以把不同的請求分發到多個鏡像端。

5、負載均衡：

Apache的最大併發連接為1500，只能增加服務器，可以從硬件上著手，如F5服務器。當然硬件的成本比較高，我們往往從軟件方面著手。

負載均衡 （Load Balancing） 建立在現有網絡結構之上，它提供了一種廉價有效透明的方法擴展網絡設備和服務器的帶寬、增加吞吐量、加強網絡數據處理能力，同時能夠提高網絡的靈活性和可用性。目前使用最為廣泛的負載均衡軟件是Nginx、LVS、HAProxy。我分別來說下三種的優缺點:

Nginx的優點是：

工作在網絡的7層之上，可以針對http應用做一些分流的策略，比如針對域名、目錄結構，它的正則規則比HAProxy更為強大和靈活，這也是它目前廣泛流行的主要原因之一，Nginx單憑這點可利用的場合就遠多於LVS了。

Nginx對網絡穩定性的依賴非常小，理論上能ping通就就能進行負載功能，這個也是它的優勢之一；相反LVS對網絡穩定性依賴比較大，這點本人深有體會；

Nginx安裝和配置比較簡單，測試起來比較方便，它基本能把錯誤用日誌打印出來。LVS的配置、測試就要花比較長的時間了，LVS對網絡依賴比較大。

可以承擔高負載壓力且穩定，在硬件不差的情況下一般能支撐幾萬次的併發量，負載度比LVS相對小些。

Nginx可以通過端口檢測到服務器內部的故障，比如根據服務器處理網頁返回的狀態碼、超時等等，並且會把返回錯誤的請求重新提交到另一個節點，不過其中缺點就是不支持url來檢測。比如用戶正在上傳一個文件，而處理該上傳的節點剛好在上傳過程中出現故障，Nginx會把上傳切到另一臺服務器重新處理，而LVS就直接斷掉了，如果是上傳一個很大的文件或者很重要的文件的話，用戶可能會因此而不滿。

Nginx不僅僅是一款優秀的負載均衡器/反向代理軟件，它同時也是功能強大的Web應用服務器。LNMP也是近幾年非常流行的web架構，在高流量的環境中穩定性也很好。

Nginx現在作為Web反向加速緩存越來越成熟了，速度比傳統的Squid服務器更快，可以考慮用其作為反向代理加速器。

Nginx可作為中層反向代理使用，這一層面Nginx基本上無對手，唯一可以對比Nginx的就只有 lighttpd了，不過 lighttpd目前還沒有做到Nginx完全的功能，配置也不那麼清晰易讀，社區資料也遠遠沒Nginx活躍。

Nginx也可作為靜態網頁和圖片服務器，這方面的性能也無對手。還有Nginx社區非常活躍，第三方模塊也很多。

Nginx的缺點是：

Nginx僅能支持http、https和Email協議，這樣就在適用範圍上面小些，這個是它的缺點。

對後端服務器的健康檢查，只支持通過端口來檢測，不支持通過url來檢測。不支持Session的直接保持，但能通過ip_hash來解決。

LVS：使用Linux內核集群實現一個高性能、高可用的負載均衡服務器，它具有很好的可伸縮性（Scalability)、可靠性（Reliability)和可管理性（Manageability)。

LVS的優點是：

抗負載能力強、是工作在網絡4層之上僅作分發之用，沒有流量的產生，這個特點也決定了它在負載均衡軟件裡的性能最強的，對內存和cpu資源消耗比較低。

配置性比較低，這是一個缺點也是一個優點，因為沒有可太多配置的東西，所以並不需要太多接觸，大大減少了人為出錯的幾率。

工作穩定，因為其本身抗負載能力很強，自身有完整的雙機熱備方案，如LVS+Keepalived，不過我們在項目實施中用得最多的還是LVS/DR+Keepalived。

無流量，LVS只分發請求，而流量並不從它本身出去，這點保證了均衡器IO的性能不會受到大流量的影響。

應用範圍比較廣，因為LVS工作在4層，所以它幾乎可以對所有應用做負載均衡，包括http、數據庫、在線聊天室等等。

LVS的缺點是：

軟件本身不支持正則表達式處理，不能做動靜分離；而現在許多網站在這方面都有較強的需求，這個是Nginx/HAProxy+Keepalived的優勢所在。

如果是網站應用比較龐大的話，LVS/DR+Keepalived實施起來就比較複雜了，特別後面有 Windows Server的機器的話，如果實施及配置還有維護過程就比較複雜了，相對而言，Nginx/HAProxy+Keepalived就簡單多了。

HAProxy的特點是：

HAProxy也是支持虛擬主機的。

HAProxy的優點能夠補充Nginx的一些缺點，比如支持Session的保持，Cookie的引導；同時支持通過獲取指定的url來檢測後端服務器的狀態。

HAProxy跟LVS類似，本身就只是一款負載均衡軟件；單純從效率上來講HAProxy會比Nginx有更出色的負載均衡速度，在併發處理上也是優於Nginx的。

HAProxy支持TCP協議的負載均衡轉發，可以對MySQL讀進行負載均衡，對後端的MySQL節點進行檢測和負載均衡，大家可以用LVS+Keepalived對MySQL主從做負載均衡。

HAProxy負載均衡策略非常多，HAProxy的負載均衡算法現在具體有如下8種：

① roundrobin，表示簡單的輪詢，這個不多說，這個是負載均衡基本都具備的；

② static-rr，表示根據權重，建議關注；

③ leastconn，表示最少連接者先處理，建議關注；

④ source，表示根據請求源IP，這個跟Nginx的IP_hash機制類似，我們用其作為解決session問題的一種方法，建議關注；

⑤ ri，表示根據請求的URI；

⑥ rl_param，表示根據請求的URl參數’balance url_param’ requires an URL parameter name；

⑦ hdr(name)，表示根據HTTP請求頭來鎖定每一次HTTP請求；

⑧ rdp-cookie(name)，表示根據據cookie(name)來鎖定並哈希每一次TCP請求。

Nginx和LVS對比的總結：

Nginx工作在網絡的7層，所以它可以針對http應用本身來做分流策略，比如針對域名、目錄結構等，相比之下LVS並不具備這樣的功能，所以Nginx單憑這點可利用的場合就遠多於LVS了；但Nginx有用的這些功能使其可調整度要高於LVS，所以經常要去觸碰觸碰，觸碰多了，人為出問題的幾率也就會大。

Nginx對網絡穩定性的依賴較小，理論上只要ping得通，網頁訪問正常，Nginx就能連得通，這是Nginx的一大優勢！Nginx同時還能區分內外網，如果是同時擁有內外網的節點，就相當於單機擁有了備份線路；LVS就比較依賴於網絡環境，目前來看服務器在同一網段內並且LVS使用direct方式分流，效果較能得到保證。另外注意，LVS需要向託管商至少申請多一個ip來做Visual IP，貌似是不能用本身的IP來做VIP的。要做好LVS管理員，確實得跟進學習很多有關網絡通信方面的知識，就不再是一個HTTP那麼簡單了。

Nginx安裝和配置比較簡單，測試起來也很方便，因為它基本能把錯誤用日誌打印出來。LVS的安裝和配置、測試就要花比較長的時間了；LVS對網絡依賴比較大，很多時候不能配置成功都是因為網絡問題而不是配置問題，出了問題要解決也相應的會麻煩得多。

Nginx也同樣能承受很高負載且穩定，但負載度和穩定度差LVS還有幾個等級：Nginx處理所有流量所以受限於機器IO和配置；本身的bug也還是難以避免的。

Nginx可以檢測到服務器內部的故障，比如根據服務器處理網頁返回的狀態碼、超時等等，並且會把返回錯誤的請求重新提交到另一個節點。目前LVS中 ldirectd也能支持針對服務器內部的情況來監控，但LVS的原理使其不能重發請求。比如用戶正在上傳一個文件，而處理該上傳的節點剛好在上傳過程中出現故障，Nginx會把上傳切到另一臺服務器重新處理，而LVS就直接斷掉了，如果是上傳一個很大的文件或者很重要的文件的話，用戶可能會因此而惱火。

Nginx對請求的異步處理可以幫助節點服務器減輕負載，假如使用 apache直接對外服務，那麼出現很多的窄帶鏈接時apache服務器將會佔用大 量內存而不能釋放，使用多一個Nginx做apache代理的話，這些窄帶鏈接會被Nginx擋住，apache上就不會堆積過多的請求，這樣就減少了相當多的資源佔用。這點使用squid也有相同的作用，即使squid本身配置為不緩存，對apache還是有很大幫助的。

Nginx能支持http、https和email（email的功能比較少用），LVS所支持的應用在這點上會比Nginx更多。在使用上，一般最前端所採取的策略應是LVS，也就是DNS的指向應為LVS均衡器，LVS的優點令它非常適合做這個任務。重要的ip地址，最好交由LVS託管，比如數據庫的 ip、webservice服務器的ip等等，這些ip地址隨著時間推移，使用面會越來越大，如果更換ip則故障會接踵而至。所以將這些重要ip交給 LVS託管是最為穩妥的，這樣做的唯一缺點是需要的VIP數量會比較多。Nginx可作為LVS節點機器使用，一是可以利用Nginx的功能，二是可以利用Nginx的性能。當然這一層面也可以直接使用squid，squid的功能方面就比Nginx弱不少了，性能上也有所遜色於Nginx。Nginx也可作為中層代理使用，這一層面Nginx基本上無對手，唯一可以撼動Nginx的就只有lighttpd了，不過lighttpd目前還沒有能做到 Nginx完全的功能，配置也不那麼清晰易讀。另外，中層代理的IP也是重要的，所以中層代理也擁有一個VIP和LVS是最完美的方案了。具體的應用還得具體分析，如果是比較小的網站（日PV小於1000萬），用Nginx就完全可以了，如果機器也不少，可以用DNS輪詢，LVS所耗費的機器還是比較多的；大型網站或者重要的服務，機器不發愁的時候，要多多考慮利用LVS。

擴展連接：PHP經典算法，你需要了解一下

閱讀更多 今頭日條一小馬奔騰 的文章

關鍵字: 三大 設計 UNIX