1 oop是什麼?
答:oop是物件導向程式設計,物件導向程式設計是一種計算機程式設計架構,OOP 的一條基本原則是計算機程式是由單個能夠起到子程式作用的單元或物件組合而成。
OOP具有三大特點
1、封裝性：也稱為資訊隱藏，就是將一個類的使用和實現分開，只保留部分介面和方法與外部聯絡，或者說只公開了一些供開發人員使用的方法。於是開發人員只 需要關注這個類如何使用，而不用去關心其具體的實現過程，這樣就能實現MVC分工合作，也能有效避免程式間相互依賴，實現程式碼模組間松藕合。
2、繼承性：就是子類自動繼承其父級類中的屬性和方法，並可以新增新的屬性和方法或者對部分屬性和方法進行重寫。繼承增加了程式碼的可重用性。PHP只支援單繼承，也就是說一個子類只能有一個父類。
3、多型性：子類繼承了來自父級類中的屬性和方法，並對其中部分方法進行重寫。於是多個子類中雖然都具有同一個方法，但是這些子類例項化的物件呼叫這些相同的方法後卻可以獲得完全不同的結果，這種技術就是多型性。
多型性增強了軟體的靈活性。
1、易維護
採用物件導向思想設計的結構，可讀性高，由於繼承的存在，即使改變需求，那麼維護也只是在區域性模組，所以維護起來是非常方便和較低成本的。
2、質量高
在設計時，可重用現有的，在以前的專案的領域中已被測試過的類使系統滿足業務需求並具有較高的質量。
3、效率高
在軟體開發時，根據設計的需要對現實世界的事物進行抽象，產生類。使用這樣的方法解決問題，接近於日常生活和自然的思考方式，勢必提高軟體開發的效率和質量。
4、易擴充套件
由於繼承、封裝、多型的特性，自然設計出高內聚、低耦合的系統結構，使得系統更靈活、更容易擴充套件，而且成本較低。
2 合併兩個陣列有幾種方式，試比較它們的異同
方式：
1、array_merge()
2、’+’
3、array_merge_recursive
異同：
array_merge 簡單的合併陣列
array_merge_recursive 合併兩個陣列，如果陣列中有完全一樣的資料，將它們遞迴合併
array_combine 和 ‘+’ ：合併兩個陣列，前者的值作為新陣列的鍵
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是否開啟。
/**
* 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;
}
}
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
<?php
// 方案一
function getExt1($url){
$arr = parse_url($url);
//Array ( [scheme] => 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 "\n";
echo getExt2($path);
?>
6 使用正規表示式提取一段標識語言（html或xml）
程式碼段中指定標籤的指定屬性值（需考慮屬性值對不規則的情況，如大小寫不敏感，屬性名值與等號間有空格等）。此處假設需提取test標籤的attr屬性值，請自行構建包含該標籤的串（騰訊）
如下：
<?php
header("content-type:text/html;charset=utf-8");
function getAttrValue($str,$tagName,$attrName){
$pattern1="/<".$tagName."(\\s+\\w+\s*=\\s*([\\'\\\"]?)([^\\'\\\"]*)(\\2))*\\s+".$attrName."\\s*=\\s*([\\'\\\"]?)([^\\'\\\"]*)(\\5)(\\s+\\w+\\s*=\\s*([\\'\\\"]?)([^\\'\\\"]*)(\\9))*\\s*>/i";
$arr=array();
$re=preg_match($pattern1,$str,$arr);
if($re){
echo"<br/>\$arr[6]={$arr[6]}";
}else{
echo"<br/>沒找到。";
}
}
// 示例
$str1="<test attr='ddd'>";
getAttrValue($str1,"test","attr");//找test標籤中attr屬性的值,結果為ddd
$str2="<test2 attr='ddd' attr2='ddd2' t1=\"t1 value\" t2='t2 value'>";
getAttrValue($str2,"test2","t1");//找test2標籤中t1屬性的值，結果為t1 value
?>
7 php中WEB上傳檔案的原理是什麼，如何限制上傳檔案的大小？
上傳檔案的表單使用post方式，並且要在form中新增enctype='multipart/form-data'。
一般可以加上隱藏域：<input type=hidden name='MAX_FILE_SIZE' value=dddddd>，位置在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 如何處理負載，高併發？
1、HTML靜態化
效率最高、消耗最小的就是純靜態化的html頁面，所以我們儘可能使我們的 網站上的頁面採用靜態頁面來實現，這個最簡單的方法其實也是最有效的方法。
2、圖片伺服器分離
把圖片單獨儲存，儘量減少圖片等大流量的開銷，可以放在一些相關的平臺上，如七牛等
3、資料庫叢集和庫表雜湊及快取
資料庫的併發連線為100，一臺資料庫遠遠不夠，可以從讀寫分離、主從複製，資料庫叢集方面來著手。另外儘量減少資料庫的訪問，可以使用快取資料庫如memcache、redis。
4、映象：
儘量減少下載，可以把不同的請求分發到多個映象端。
5、負載均衡：
Apache的最大併發連線為1500，只能增加伺服器，可以從硬體上著手，如F5伺服器。當然硬體的成本比較高，我們往往從軟體方面著手。
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或檔名。
防止程式碼注入 過濾使用者輸入 在php.ini中設定禁用allow_url_fopen和allow_url_include。這將禁用require/include/fopen的遠端檔案
14 物件導向的特徵有哪些方面?
主要有封裝,繼承,多型。如果是4個方面則加上：抽象。
封裝：
封裝是保證軟體部件具有優良的模組性的基礎,封裝的目標就是要實現軟體部件的高內聚,低耦合,防止程式相互依賴性而帶來的變動影響.
繼承：
在定義和實現一個類的時候，可以在一個已經存在的類的基礎之上來進行，把這個已經存在的類所定義的內容作為自己的內容，並可以加入若干新的內容，或修改原來的方法使之更適合特殊的需要，這就是繼承。繼承是子類自動共享父類資料和方法的機制，這是類之間的一種關係，提高了軟體的可重用性和可擴充套件性。
多型：
多型是指程式中定義的引用變數所指向的具體型別和透過該引用變數發出的方法呼叫在程式設計時並不確定，而是在程式執行期間才確定，即一個引用變數倒底會指向哪個類的例項物件，該引用變數發出的方法呼叫到底是哪個類中實現的方法，必須在由程式執行期間才能決定。
抽象：
抽象就是找出一些事物的相似和共性之處，然後將這些事物歸為一個類，這個類只考慮這些事物的相似和共性之處，並且會忽略與當前主題和目標無關的那些方面，將注意力集中在與當前目標有關的方面。例如，看到一隻螞蟻和大象，你能夠想象出它們的相同之處，那就是抽象。
15 說說對SQL語句最佳化有哪些方法？（選擇幾條）
（1）Where子句中：where表之間的連線必須寫在其他Where條件之前，那些可以過濾掉最大數量記錄的條件必須寫在Where子句的末尾.HAVING最後。
（2）用EXISTS替代IN、用NOT EXISTS替代NOT IN。
（3） 避免在索引列上使用計算
（4）避免在索引列上使用IS NULL和IS NOT NULL
（5）對查詢進行最佳化，應儘量避免全表掃描，首先應考慮在 where 及 order by 涉及的列上建立索引。
（6）應儘量避免在 where 子句中對欄位進行 null 值判斷，否則將導致引擎放棄使用索引而進行全表掃描
（7）應儘量避免在 where 子句中對欄位進行表示式操作，這將導致引擎放棄使用索引而進行全表掃描
16 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.
17 對於大流量的網站,您採用什麼樣的方法來解決各頁面訪問量統計問題？
（1） 確認伺服器是否能支撐當前訪問量。
（2） 最佳化資料庫訪問。
（3）禁止外部訪問連結（盜鏈）, 比如圖片盜鏈。
（4）控制檔案下載。
（5）做負載均衡，使用不同主機分流。
（6）使用瀏覽統計軟體，瞭解訪問量，有針對性的進行最佳化。
18 談談你對 mysql 引擎中的 MyISAM與InnoDB的區別理解？
InnoDB和MyISAM是許多人在使用MySQL時最常用的兩個表型別，這兩個表型別各有優劣，視具體應用而定。基本的差別為：MyISAM型別不支援事務處理等高階處理，而InnoDB型別支援。MyISAM型別的表強調的是效能，其執行數度比InnoDB型別更快，但是不提供事務支援，而InnoDB提供事務支援已經外部鍵等高階資料庫功能。
以下是一些細節和具體實現的差別：
MyISAM與InnoDB的區別是什麼？
1、 儲存結構
MyISAM：每個MyISAM在磁碟上儲存成三個檔案。第一個檔案的名字以表的名字開始，副檔名指出檔案型別。.frm檔案儲存表定義。資料檔案的副檔名為.MYD (MYData)。索引檔案的副檔名是.MYI (MYIndex)。
InnoDB：所有的表都儲存在同一個資料檔案中（也可能是多個檔案，或者是獨立的表空間檔案），InnoDB表的大小隻受限於作業系統檔案的大小，一般為2GB。
2、 儲存空間
MyISAM：可被壓縮，儲存空間較小。支援三種不同的儲存格式：靜態表(預設，但是注意資料末尾不能有空格，會被去掉)、動態表、壓縮表。
InnoDB：需要更多的記憶體和儲存，它會在主記憶體中建立其專用的緩衝池用於高速緩衝資料和索引。
3、 可移植性、備份及恢復
MyISAM：資料是以檔案的形式儲存，所以在跨平臺的資料轉移中會很方便。在備份和恢復時可單獨針對某個表進行操作。
InnoDB：免費的方案可以是複製資料檔案、備份 binlog，或者用 mysqldump，在資料量達到幾十G的時候就相對痛苦了。
4、 事務支援
MyISAM：強調的是效能，每次查詢具有原子性,其執行數度比InnoDB型別更快，但是不提供事務支援。
InnoDB：提供事務支援事務，外部鍵等高階資料庫功能。 具有事務(commit)、回滾(rollback)和崩潰修復能力(crash recovery capabilities)的事務安全(transaction-safe (ACID compliant))型表。
5、 AUTO_INCREMENT
MyISAM：可以和其他欄位一起建立聯合索引。引擎的自動增長列必須是索引，如果是組合索引，自動增長可以不是第一列，他可以根據前面幾列進行排序後遞增。
InnoDB：InnoDB中必須包含只有該欄位的索引。引擎的自動增長列必須是索引，如果是組合索引也必須是組合索引的第一列。
6、 表鎖差異
MyISAM：只支援表級鎖，使用者在操作myisam表時，select，update，delete，insert語句都會給表自動加鎖，如果加鎖以後的表滿足insert併發的情況下，可以在表的尾部插入新的資料。
InnoDB：支援事務和行級鎖，是innodb的最大特色。行鎖大幅度提高了多使用者併發操作的新能。但是InnoDB的行鎖，只是在WHERE的主鍵是有效的，非主鍵的WHERE都會鎖全表的。
7、 全文索引
MyISAM：支援 FULLTEXT型別的全文索引
InnoDB：不支援FULLTEXT型別的全文索引，但是innodb可以使用sphinx外掛支援全文索引，並且效果更好。
8、 表主鍵
MyISAM：允許沒有任何索引和主鍵的表存在，索引都是儲存行的地址。
InnoDB：如果沒有設定主鍵或者非空唯一索引，就會自動生成一個6位元組的主鍵(使用者不可見)，資料是主索引的一部分，附加索引儲存的是主索引的值。
9、 表的具體行數
MyISAM：儲存有表的總行數，如果select count(*) from table;會直接取出出該值。
InnoDB：沒有儲存表的總行數，如果使用select count(*) from table；就會遍歷整個表，消耗相當大，但是在加了wehre條件後，myisam和innodb處理的方式都一樣。
10、 CURD操作
MyISAM：如果執行大量的SELECT，MyISAM是更好的選擇。
InnoDB：如果你的資料執行大量的INSERT或UPDATE，出於效能方面的考慮，應該使用InnoDB表。DELETE 從效能上InnoDB更優，但DELETE FROM table時，InnoDB不會重新建立表，而是一行一行的刪除，在innodb上如果要清空儲存有大量資料的表，最好使用truncate table這個命令。
11、 外來鍵
MyISAM：不支援
InnoDB：支援
透過上述的分析，基本上可以考慮使用InnoDB來替代MyISAM引擎了，原因是InnoDB自身很多良好的特點，比如事務支援、儲存 過程、檢視、行級鎖定等等，在併發很多的情況下，相信InnoDB的表現肯定要比MyISAM強很多。另外，任何一種表都不是萬能的，只用恰當的針對業務型別來選擇合適的表型別，才能最大的發揮MySQL的效能優勢。如果不是很複雜的Web應用，非關鍵應用，還是可以繼續考慮MyISAM的，這個具體情況可以自己斟酌。
19 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相比一個最大的區別。
2.Redis不僅僅支援簡單的k/v型別的資料，同時還提供list，set，hash等資料結構的儲存。
3.Redis支援資料的備份，即master-slave模式的資料備份。
4.Redis支援資料的持久化，可以將記憶體中的資料保持在磁碟中，重啟的時候可以再次載入進行使用。
我個人認為最本質的不同是Redis在很多方面具備資料庫的特徵，或者說就是一個資料庫系統，而Memcached只是簡單的K/V快取
總結三：
redis和memecache的不同在於：
1、儲存方式：
memecache 把資料全部存在記憶體之中，斷電後會掛掉，資料不能超過記憶體大小
redis有部份存在硬碟上，這樣能保證資料的永續性。
2、資料支援型別：
redis在資料支援上要比memecache多的多。
3、使用底層模型不同：
新版本的redis直接自己構建了VM 機制 ，因為一般的系統呼叫系統函式的話，會浪費一定的時間去移動和請求。
4、執行環境不同：
redis目前官方只支援Linux 上去行，從而省去了對於其它系統的支援，這樣的話可以更好的把精力用於本系統 環境上的最佳化，雖然後來微軟有一個小組為其寫了補丁。但是沒有放到主幹上
memcache只能當做快取，cache
redis的內容是可以落地的，就是說跟MongoDB有些類似，然後redis也可以作為快取，並且可以設定master-slave
20 redis訊息佇列先進先出需要注意什麼?
答:通常使用一個list來實現佇列操作，這樣有一個小限制，所以的任務統一都是先進先出，如果想優先處理某個任務就不太好處理了，這就需要讓佇列有優先順序的概念，我們就可以優先處理高階別的任務，實現方式有以下幾種方式：
1）單一列表實現：佇列正常的操作是 左進右出（lpush,rpop）為了先處理高優先順序任務，在遇到高階別任務時，可以直接插隊，直接放入佇列頭部（rpush），這樣，從佇列頭部（右側）獲取任務時，取到的就是高優先順序的任務（rpop）
2）使用兩個佇列，一個普通佇列，一個高階佇列，針對任務的級別放入不同的佇列，獲取任務時也很簡單，redis的BRPOP命令可以按順序從多個佇列中取值，BRPOP會按照給出的 key 順序檢視，並在找到的第一個非空 list 的尾部彈出一個元素，redis> BRPOP list1 list2 0
list1 做為高優先順序任務佇列
list2 做為普通任務佇列
這樣就實現了先處理高優先順序任務，當沒有高優先順序任務時，就去獲取普通任務
方式1 最簡單，但實際應用比較侷限，方式3可以實現複雜優先順序，但實現比較複雜，不利於維護
方式2 是推薦用法，實際應用最為合適
21 Redis如何防止高併發?
答：其實redis是不會存在併發問題的，因為他是單程序的，再多的命令都是一個接一個地執行的。我們使用的時候，可能會出現併發問題，比如獲得和設定這一對。Redis的為什麼 有高併發問題？Redis的出身決定等
Redis是一種單執行緒機制的nosql資料庫，基於key-value，資料可持久化落盤。由於單執行緒所以redis本身並沒有鎖的概念，多個客戶端連線並不存在競爭關係，但是利用jedis等客戶端對redis進行併發訪問時會出現問題。發生連線超時、資料轉換錯誤、阻塞、客戶端關閉連線等問題，這些問題均是由於客戶端連線混亂造成。
同時，單執行緒的天性決定，高併發對同一個鍵的操作會排隊處理，如果併發量很大，可能造成後來的請求超時。
在遠端訪問redis的時候，因為網路等原因造成高併發訪問延遲返回的問題。
解決辦法
在客戶端將連線進行池化，同時對客戶端讀寫Redis操作採用內部鎖synchronized。
伺服器角度，利用setnx變向實現鎖機制。
22 做秒殺用什麼資料庫，怎麼實現的?
答:因為秒殺的一瞬間，併發非常大，如果同時請求資料庫，會導致資料庫的壓力非常大，導致資料庫的效能急劇下降，更嚴重的可能會導致資料庫伺服器當機。
這時候一般採用記憶體快取記憶體資料庫redis來實現的,redis是非關係型資料庫，redis是單執行緒的，透過redis的佇列可以完成秒殺過程。
23 什麼情況下使用快取?
答:當使用者第一次訪問應用系統的時候，因為還沒有登入，會被引導到認證系統中進行登入；根據使用者提供的登入資訊，認證系統進行身份校驗，如果透過校驗，應該返回給使用者一個認證的憑據－－ticket；
使用者再訪問別的應用的時候，就會將這個ticket帶上，作為自己認證的憑據，應用系統接受到請求之後會把 ticket送到認證系統進行校驗，檢查ticket的合法性。如果透過校驗，使用者就可以在不用再次登入的情況下訪問應用系統2和應用系統3了。
實現主要技術點：
1、兩個站點共用一個資料驗證系統
2、主要透過跨域請求的方式來實現驗證及session處理。
24 如何解決異常處理?
答: 丟擲異常:使用try…catch，異常的程式碼放在try程式碼塊內，如果沒有觸發異常，則程式碼繼續執行，如果異常被觸發，就會 丟擲一個異常。Catch程式碼塊捕獲異常，並建立一個包含異常資訊的物件。$e->getMessage()，輸出異常的錯誤資訊。
解決異常:使用set_error_handler函式獲取異常(也可以使用try()和catch()函式),然後使用set_exception_handler()函式設定預設的異常處理程式,register_shutdown_function()函式來執行,執行機制是,php要把調入的函式調入到記憶體,當頁面所有的php語句都執行完成時,再呼叫此函式
25 許可權管理(RBAC)的實現?
1.首先建立一張使用者表:id name auto(儲存格式為:控制器-方法)
2.然後在後臺中建立一個基類控制器,控制器裡封裝一個構造方法,當使用者登陸成功後,使用TP框架中封裝好的session函式獲取儲存在伺服器中的session id,然後例項化模型,透過使用者id獲取儲存在資料表中的auth資料,使用explode函式分割獲取到的資料,並使用一個陣列儲存起來,然後使用TP框架中封裝好的常量獲取當前控制器和方法,然後把他們組裝成字串,使用in_array函式進行判斷該陣列中是否含有當前獲取到的控制器和方法,如果沒有,就提示該使用者沒有許可權,如果有就進行下一步操作
26 怎麼保證促銷商品不會超賣?
答:這個問題是我們當時開發時遇到的一個難點，超賣的原因主要是下的訂單的數目和我們要促銷的商品的數目不一致導致的，每次總是訂單的數比我們的促銷商品的數目要多，當時我們的小組討論了好久，給出了好幾個方案來實現：
第一種方案：在每次下訂單前我們判斷促銷商品的數量夠不夠，不夠不允許下訂單，更改庫存量時加上一個條件，只更改商品庫存大於0的商品的庫存，當時我們使用ab進行壓力測試，當併發超過500，訪問量超過2000時，還是會出現超賣現象。所以被我們否定了。
第二種方案：使用mysql的事務加排他鎖來解決，首先我們選擇資料庫的儲存引擎為innoDB，使用的是排他鎖實現的，剛開始的時候我們測試了下共享鎖，發現還是會出現超賣的現象。有個問題是，當我們進行高併發測試時，對資料庫的效能影響很大，導致資料庫的壓力很大，最終也被我們否定了。
第三種方案：使用檔案鎖實現。當使用者搶到一件促銷商品後先觸發檔案鎖，防止其他使用者進入，該使用者搶到促銷品後再解開檔案鎖，放其他使用者進行操作。這樣可以解決超賣的問題，但是會導致檔案得I/O開銷很大。
最後我們使用了redis的佇列來實現。將要促銷的商品數量以佇列的方式存入redis中，每當使用者搶到一件促銷商品則從佇列中刪除一個資料，確保商品不會超賣。這個操作起來很方便，而且效率極高，最終我們採取這種方式來實現
27 商城秒殺的實現?
答:搶購、秒殺是如今很常見的一個應用場景，主要需要解決的問題有兩個：
-
高併發對資料庫產生的壓力
-
競爭狀態下如何解決庫存的正確減少（"超賣"問題）
對於第一個問題，已經很容易想到用快取來處理搶購，避免直接運算元據庫，例如使用Redis。
第二個問題，我們可以使用redis佇列來完成，把要秒殺的商品放入到佇列中，因為pop操作是原子的，即使有很多使用者同時到達，也是依次執行，檔案鎖和事務在高併發下效能下降很快，當然還要考慮其他方面的東西，比如搶購頁面做成靜態的，透過ajax呼叫介面，其中也可能會出現一個使用者搶多次的情況，這時候需要再加上一個排隊佇列和搶購結果佇列及庫存佇列。
高併發情況下，將使用者進入排隊佇列，用一個執行緒迴圈處理從排隊佇列取出一個使用者，判斷使用者是否已在搶購結果佇列，如果在，則已搶購，否則未搶購，庫存減1，寫資料庫，將使用者入結果佇列。
28 如何處理負載、高併發？
答:從低成本、高效能和高擴張性的角度來說有如下處理方案：
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。
更多:http://www.shanhubei.com/archives/55156.html