A. php模式、映射
1.這三種是面向對象的軟體設計模式，好像和具體的語言沒有關系吧
2.正確應該稱為「單例模式」，在整個應用系統范圍內只有一個實例對象，例子：
class Temple{
private static $ins;
private function __construct(){
}
public static function instance(){
if(Temple::$ins == null){
Temple::$ins = new Temple();
}
return Temple::$ins;
}
public function add($a,$b){
return $a + $b;
}
}
$tp = Temple::instance();
//$tp就是通過單例模式得到的對象，任何地方用到這個對象都是同一個
//解釋一下代碼吧
//構造函數使用的是private修飾，即私有，所以外部無法新建新對象，只能通過該類的類方法接觸
//$ins使用private+static修飾，private使得外部無法改變該屬性，static則保證在應用程序在用時
不會銷毀對象
//綜合instance()類方法，獲取到了Temp的實例對象，而該對象一經創建，在應用范圍內不會銷毀，即所有外部文件使用的都是同一個對象，這就是所謂的 單例模式
3.至於映射，沒用過，也講不清楚，具體用在哪裡不清楚 php的實現函數是
get_class_methods($classname) //獲取一個類的方法，返回方法名數組
get_class_vars($classname)//獲取一個類的屬性，返回屬性名數組
//就這些了，單例模式還是很清楚的，具體分數怎麼給，看你自己了
B. C++VCVB 三種編程語言各個的優點和缺點。
而VC和VB是編譯器並不是語言；
C語言：結構化程序，編程語言中比較早，而且方便使用的語言；
C++：在C上發展而來，支持多種範式變成,其中包括:結構化，抽象數據類型模型，面向對象編程，泛型編程；
VC：一個編程的工具而已，適合用它開發windows程序；
VB：這個採用VB語言的一個編程工具，圖像處理方面有優勢；
java：也是多範式編程語言，但表達能力比C++弱的多，主打跨平台。
優點：
編程太苦太難了，啥辦法能輕松寫意一些？
"這里，給大家介紹一個優秀編程軟體―Delphi。
Delphi是Borland公司推出的可視化開發平台
Delphi的妙處在於它易學易用而又功能強大，在許多地方無論是初學編程者還是專業程序員都鍾情於它，因為它使編程工作變得輕松愉快、充滿趣味。
只要你會擺弄滑鼠，就能用Delphi來創作自己的應用程序。
Delphi的代碼是用Pascal語言編寫的。
但初學Delphi並不需要太多Pascal語言的語法知識。
因為在學習過程中，可以把"幫助"中提供的例子修修補補，實現自己期望的功能。
缺點：
Delphi幾乎可以說是完美的,只是Pascal語言的過於嚴謹讓人感覺有點煩
地位：
據說是當今世界上最優秀的W indows開發工具
它可以創建任何一個Windows應用程序。
價格一樣的
PS4優點就是性能強一些，亞洲區玩家數量很攔前多，目前出的獨占質量非常高，還有很多游戲公司重點跟索尼合作而帶來的福利，而且游戲折扣較為頻繁，均價便宜一些
缺點的話，PSN會員要貴一些，而且每個月送的游戲質量比起XBOX ONE差一點
手柄可能不是那麼的給力，較XB1來說，但也已經非常舒服了
XBOX 優點首要就是體感了，非常給力
而且有獨自的EA ACCESS會員，一年花一個游戲的錢可以玩EA十幾個大作，戰地4啊硬仗啊泰坦隕落等等，新作發售半年也會登錄會員
XBOX手柄總體感覺比PS4舒服些，尤其是FPS游戲
網路上微軟也要好一點
缺點的話，XBOX游戲畫質比PS4弱歷鋒那麼一點，當然除非死死盯著找差別不然根本是沒什麼感覺的，亞洲區微軟玩家少些，聯機搜起來就沒索尼那麼快
機器別買國行，受限很多不給力
c:結構化程序
c++:支持多種範式變成,其中包括:結構化,抽象數據類型模型,面向對象編程,泛型編程.
VC:他是個編程的工具而已,適合用它開發windows程序.
VB:這個採用VB語言的一個編程工具.
JAVA:也是多範式編程語言,但表達能力比C++弱的多.它鼓吹什麼跨平台...我暈...
類:
• Struts1要求Action類繼承一個抽象基類。Struts1的一個普遍問題是使用抽象類編程而不是介面。
• Struts 2 Action類可以實現一個Action介面，也可實現其他介面，使可選和定製的服務成為可能。Struts2提供一個ActionSupport基類去實現常用的介面。Action介面不是必須的，任何有execute標識的肢衡晌POJO對象都可以用作Struts2的Action對象。
線程模式:
• Struts1 Action是單例模式並且必須是線程安全的，因為僅有Action的一個實例來處理所有的請求。單例策略限制了Struts1 Action能作的事，並且要在開發時特別小心。Action資源必須是線程安全的或同步的。
• Struts2 Action對象為每一個請求產生一個實例，因此沒有線程安全問題。（實際上，servlet容器給每個請求產生許多可丟棄的對象，並且不會導致性能和垃圾回收問題）
Servlet 依賴:
• Struts1 Action 依賴於Servlet API ,因為當一個Action被調用時HttpServletRequest 和 HttpServletResponse 被傳遞給execute方法。
• Struts 2 Action不依賴於容器，允許Action脫離容器單獨被測試。如果需要，Struts2 Action仍然可以訪問初始的request和response。但是，其他的元素減少或者消除了直接訪問HttpServetRequest 和 HttpServletResponse的必要性。
可測性:
• 測試Struts1 Action的一個主要問題是execute方法暴露了servlet API（這使得測試要依賴於容器）。一個第三方擴展－－Struts TestCase－－提供了一套Struts1的模擬對象（來進行測試）。
• Struts 2 Action可以通過初始化、設置屬性、調用方法來測試，「依賴注入」支持也使測試更容易。
捕獲輸入:
• Struts1 使用ActionForm對象捕獲輸入。所有的ActionForm必須繼承一個基類。因為其他JavaBean不能用作ActionForm，開發者經常創建多餘的類捕獲輸入。動態Bean（DynaBeans）可以作為創建傳統ActionForm的選擇，但是，開發者可能是在重新描述(創建)已經存在的JavaBean（仍然會導致有冗餘的javabean）。
• Struts 2直接使用Action屬性作為輸入屬性，消除了對第二個輸入對象的需求。輸入屬性可能是有自己(子)屬性的rich對象類型。Action屬性能夠通過 web頁面上的taglibs訪問。Struts2也支持ActionForm模式。rich對象類型，包括業務對象，能夠用作輸入/輸出對象。這種 ModelDriven 特性簡化了taglib對POJO輸入對象的引用。
表達式語言：
• Struts1 整合了JSTL，因此使用JSTL EL。這種EL有基本對象圖遍歷，但是對集合和索引屬性的支持很弱。
• Struts2可以使用JSTL，但是也支持一個更強大和靈活的表達式語言－－"Object Graph Notation Language" (OGNL).
綁定值到頁面（view）:
• Struts 1使用標准JSP機制把對象綁定到頁面中來訪問。
• Struts 2 使用 "ValueStack"技術，使taglib能夠訪問值而不需要把你的頁面（view）和對象綁定起來。ValueStack策略允許通過一系列名稱相同但類型不同的屬性重用頁面（view）。
類型轉換：
• Struts 1 ActionForm 屬性通常都是String類型。Struts1使用Commons-Beanutils進行類型轉換。每個類一個轉換器，對每一個實例來說是不可配置的。
• Struts2 使用OGNL進行類型轉換。提供基本和常用對象的轉換器。
校驗：
• Struts 1支持在ActionForm的validate方法中手動校驗，或者通過Commons Validator的擴展來校驗。同一個類可以有不同的校驗內容，但不能校驗子對象。
• Struts2支持通過validate方法和XWork校驗框架來進行校驗。XWork校驗框架使用為屬性類類型定義的校驗和內容校驗，來支持chain校驗子屬性
Action執行的控制：
• Struts1支持每一個模塊有單獨的Request Processors（生命周期），但是模塊中的所有Action必須共享相同的生命周期。
• Struts2支持通過攔截器堆棧（Interceptor Stacks）為每一個Action創建不同的生命周期。堆棧能夠根據需要和不同的Action一起使用。
——————————————————————————————————
個人覺得Struts1是基於servlet開發，Struts2是基於Filter開發，相對於現在的企業來說Struts1的技術成熟，便於維護，而且現在的許多程序員使用SSH框架時，還是多選用struts1來開發~~
當然Struts2安全性比Struts1要高~~
最大的不同就是系統與屏幕，g8的安卓系統是時下熱門，擁有豐富的第三方軟體，而m8的winCE只有一些民間製作的軟體夠是絕對夠用了，但值得一提的是，m8現在可以刷安卓與winCE雙系統但多多少少還有些問題；至於屏幕，很明顯，m8遠遠優於g8，如果說系統是m8的硬傷，那g8的硬傷莫過於屏幕了！
2009年2月TIOBE編程語言排行榜發布，與去年同期相比，Java和C仍然位列第一、第二，C++由第五位上升為第三位，把VB、PHP擠到了第四、第五，C#由第8位升到了第6位。經過08逐決前三甲已被Java、C、C++牢牢占據。
---------------------
排名 語言 百分比
---------------------
1 Java 19.401%
2 C 15.837%
3 C++ 9.633%
4 (Visual) Basic 8.843%
5 PHP 8.779%
6 C# 5.062%
7 Python 4.567%
8 Per 4.117%
9 Delphi 3.624%
10 JavaScript 3.540%
其實編程思想是相通的，不管你用哪一門語言
C語言的易讀性比較好，在測試的時候如果出了問題一般來說測試員比較容易找出來。
C++是在C語言的基礎上發展起來的，它的功能更強大一點
C 是面向過程的。C++是面向對象的，但是完全包含了c的內容。java是純面向對象的。ruby是面向對象的腳本語言（前三種是編程語言）。所謂面向對象就是涉及到了類的概念。
C. PHP單例模式應用場景有哪些
單例模式的要點有三個：
一是某個類只能有一個實例；
二是它必須自行創建這個實例；
三是它必須自行向整個系統提供這個實例。
復制代碼 代碼如下:
<?php
/* 單例模式舉例,其要點如下:
*
* 1. $_instance 必須聲明為靜態的私有變數
* 2. 構造函數和克隆函數必須聲明為私有的,這是為了防止外部程序 new 類從而失去單例模式的意義
* 3. getInstance()方法必須聲明為公有的,必須調用此方法以返回唯一實例的一個引用
* 4. ::操作符只能訪問靜態變數或靜態函數
* 5. PHP的單例模式是相對而言的,因為PHP的解釋運行機制使得每個PHP頁面被解釋執行後，所有的相關資源都會被回收。
* 也就是說，PHP在語言級別上沒有辦法讓某個對象常駐內存。在PHP中，所有的變數都是頁面級的，無論是全局變數，
* 還是類的靜態成員，都會在頁面執行完畢後被清空,結果會重新建立新的對象，這樣也就完全失去了Singleton的意義。
* 不過,在實際應用中同一個頁面中可能會存在多個業務邏輯,這時單例模式就起到了很重要的作用,有效的避免了重復
* new 對象(注: new 對象會消耗內存資源)這么一個行為,所以我們說PHP的單例模式是相對而言的
*
*/
class People
{
static private $_instance = NULL;
public $height = '';
public $age = '';
private function __construct()
{
$this->height = '185';
$this->age = 25;
}
private function __clone()
{
//do something
}
static public function getInstance()
{
if(!self::$_instance instanceof self)
{
//echo 'lgh-big';
self::$_instance = new self;
}
else
{
//for testing only
//echo 'gdc-xiaoairener';
}
return self::$_instance;
}
public function getHeight()
{
echo $this->height;
}
public function getAge()
{
echo $this->age;
}
}
function testInstance()
{
People::getInstance()->getAge();
}
//begin to use the class
$lgh = People::getInstance();
$lgh->getHeight();
echo '<br />';
testInstance();
?>
優點：單例模式可以避免大量的new操作，因為每一次new操作都會消耗內存資源和系統資源
缺點：在PHP中，所有的變數無論是全局變數還是類的靜態成員，都是 頁面級的，每次頁面被執行時，都會重新建立新的對象，都會在頁面執行完畢後被清空，這樣似乎PHP單例模式就沒有什麼意義了，所以PHP單例模式我覺得只 是針對單次頁面級請求時出現多個應用場景並需要共享同一對象資源時是非常有意義的。
Why–為什麼要使用PHP單例模式？
PHP的一個主要應用場合就是應用程序與資料庫打交道的應用場景，所以一個應用中會存在大量的資料庫操作，比如過資料庫句柄來連接資料庫這一行為，使用單例模式可以避免大量的new操作，因為每一次new操作都會消耗內存資源和系統資源。
還是有些抽象，給出代碼片段。
使用傳統方式編碼
復制代碼 代碼如下:
<?php
......
//初始化一個資料庫句柄
$db = new DB(...);
//比如有個應用場景是添加一條用戶信息：
$db->addUserInfo();
......
//然而我們在另外一個地方可能要查找用戶的信息，這個情景出現在一個函數中，這時要用到資料庫句柄資源，我們可能需要這么去做
......
function test(){
......
//這時我們不得不重新初始化一個資料庫句柄,試想多個應用場景下，這樣的代碼是多麼可怕啊？！
$db = new DB(...);
$db->getUserInfo();
......
//有些朋友或許會說，我也可以不這樣做啊，我直接利用global關鍵字不就可以了嗎？的確，global可以解決問題，也起到了單例模式的作用，但是OOP中，我們拒絕這樣來編寫代碼，因為global存在安全隱患，請參考相關書籍，同時單例模式恰恰是對全局變數的一種改進，避免了那些存儲唯一實例的全局變數污染命名空間
global $db; //OOP中，我們不提倡這樣編寫代碼
......
}
使用單例模式編碼
復制代碼 代碼如下:
<?php
......
//所有的應用情景只有一個資料庫句柄資源，嘿嘿，效率老高了，
//資源也大大的得到節省，代碼簡潔明了：）
DB::getInstance()->addUserInfo();
DB::getInstance()->getUserInfo();
......
How–如何來編寫PHP單例模式？
在了解了單例模式的應用場景之後，下面我們通過編寫單例模式的具體實現代碼來掌握PHP單例模式的核心要點，代碼如下：
復制代碼 代碼如下:
<?php
/**
* PHP單例模式演示舉例
* @author guohua.li
* @modify 2010-07-11
* @website http://blog.163.com/lgh_2002/
*/
class User{
/**
* 靜態成品變數 保存全局實例
* @access private
*/
static private $_instance = NULL;
/**
* 私有化構造函數，防止外界實例化對象
*/
private function __construct() {}
/**
* 私有化克隆函數，防止外界克隆對象
*/
private function __clone(){}
/**
* 靜態方法, 單例統一訪問入口
* @return object 返回對象的唯一實例
*/
static public function getInstance() {
if (is_null(self::$_instance) || !isset(self::$_instance)) {
self::$_instance = new self();
}
return self::$_instance;
}
/**
* 測試方法: 獲取用戶名字
*/
public function getName() {
echo 'hello liguohua!';
}
}
從以上代碼中，我們總結出PHP單例模式實現的核心要點有如下三條：
1.需要一個保存類的唯一實例的靜態成員變數（通常為$_instance私有變數）
2.構造函數和克隆函數必須聲明為私有的，這是為了防止外部程序new類從而失去單例模式的意義
3.必須提供一個訪問這個實例的公共的靜態方法（通常為getInstance方法），從而返回唯一實例的一個引用
PHP單例模式的缺點
眾所周知，PHP語言是一種解釋型的腳本語言，這種運行機制使得每個PHP頁面被解釋執行後，所有的相關資源都會被回收。也就是說，PHP在語言級別上沒有辦法讓某個對象常駐內存，這和asp.net、Java等編譯型是不同的，比如在Java中單例會一直存在於整個應用程序的生命周期里，變數是跨頁面級的，真正可以做到這個實例在應用程序生命周期中的唯一性。然而在PHP中，所有的變數無論是全局變數還是類的靜態成員，都是頁面級的，每次頁面被執行時，都會重新建立新的對象，都會在頁面執行完畢後被清空，這樣似乎PHP單例模式就沒有什麼意義了，所以PHP單例模式我覺得只是針對單次頁面級請求時出現多個應用場景並需要共享同一對象資源時是非常有意義的。
D. php新手學習路線是怎樣的
第一階段：基礎階段（基礎PHP程序員）
重點：把LNMP搞熟練（核心是安裝配置基本操作） 目標：能夠完成基本的LNMP系統安裝，簡單配置維護；能夠做基本的簡單系統的PHP開發；能夠在PHP中型系統中支持某個PHP功能模塊的開發。
時間：完成本階段的時間因人而異，有的成長快半年一年就過了，成長慢的兩三年也有。
Linux
基本命令、操作、啟動、基本服務配置（包括rpm安裝文件，各種服務配置等）；會寫簡單的shell腳本和awk/sed 腳本命令等。
Nginx
做到能夠安裝配置nginx+php，知道基本的nginx核心配置選項，知道 server/fastcgi_pass/access_log 等基礎配置，目標是能夠讓nginx+php_fpm順利工作。
MySQL
會自己搭建mysql，知道基本的mysql配置選項；知道innodb和myisam的區別，知道針對InnoDB和MyISAM兩個引擎的不同配置選項；知道基本的兩個引擎的差異和選擇上面的區別；能夠純手工編譯搭建一個MySQL資料庫並且配置好編碼等正常穩定運行；核心主旨是能夠搭建一個可運行的MySQL資料庫。
PHP
基本語法數組、字元串、資料庫、XML、Socket、GD/ImageMgk圖片處理等等；熟悉各種跟MySQL操作鏈接的api（mysql/mysqli/PDO)，知道各種編碼問題的解決；知道常規熟練使用的PHP框架（ThinkPHP、Zendframework、Yii、Yaf等）；了解基本MVC的運行機制和為什麼這么做，稍微知道不同的PHP框架之間的區別；能夠快速學習一個MVC框架。能夠知道開發工程中的文件目錄組織，有基本的良好的代碼結構和風格，能夠完成小系統的開發和中型系統中某個模塊的開發工作。
前端
如果條件時間允許，可以適當學習下 HTML/CSS/JS 等相關知識，知道什麼web標准，div+css的web/wap頁面模式，知道HTML5和HTML4的區別；了解一些基本的前端只是和JS框架（jQuery之類的）；了解一些基本的JavaScript編程知識；（本項不是必須項，如果有時間，稍微了解一下是可以的，不過不建議作為重點，除非個人有強烈興趣）。
系統設計
能夠完成小型系統的基本設計，包括簡單的資料庫設計，能夠完成基本的：瀏覽器 -> Nginx+PHP -> 資料庫 架構的設計開發工作；能夠支撐每天幾十萬到數百萬流量網站的開發維護工作；
第二階段：提高階段 （中級PHP程序員）
重點：提高針對LNMP的技能，能夠更全面的對LNMP有熟練的應用。 目標：能夠隨時隨地搭建好LNMP環境，快速完成常規配置；能夠追查解決大部分遇到的開發和線上環境的問題；能夠獨立承擔中型系統的構架和開發工作；能夠在大型系統中承擔某個中型模塊的開發工作。
1. Linux
在第一階段的基礎上面，能夠流暢的使用Shell腳本來完成很多自動化的工作；awk/sed/perl 也操作的不錯，能夠完成很多文本處理和數據統計等工作；基本能夠安裝大部分非特殊的Linux程序（包括各種庫、包、第三方依賴等等，比如MongoDB/Redis/Sphinx/Luncene/SVN之類的）；了解基本的Linux服務，知道如何查看Linux的性能指標數據，知道基本的Linux下面的問題跟蹤等。
2. Nginx
在第一階段的基礎上面，了解復雜一些的Nginx配置；包括 多核配置、events、proxy_pass，sendfile/tcp_*配置，知道超時等相關配置和性能影響；知道nginx除了web server，還能夠承擔代理伺服器、反向靜態伺服器等配置；知道基本的nginx配置調優；知道如何配置許可權、編譯一個nginx擴展到nginx；知道基本的nginx運行原理（master/worker機制，epoll），知道為什麼nginx性能比apache性能好等知識。
3. MySQL/MongoDB
在第一階段的基礎上面，在MySQL開發方面，掌握很多小技巧，包括常規SQL優化（group by/order by/rand優化等）；除了能夠搭建MySQL，還能夠冷熱備份MySQL數據，還知道影響innodb/myisam性能的配置選項（比如key_buffer/query_cache/sort_buffer/innodb_buffer_pool_size/innodb_flush_log_at_trx_commit等），也知道這些選項配置成為多少值合適；另外也了解一些特殊的配置選項，比如 知道如何搭建mysql主從同步的環境，知道各個binlog_format的區別；知道MySQL的性能追查，包括slow_log/explain等，還能夠知道基本的索引建立處理等知識；原理方面了解基本的MySQL的架構（Server+存儲引擎），知道基本的InnoDB/MyISAM索引存儲結構和不同（聚簇索引，B樹）；知道基本的InnoDB事務處理機制；了解大部分MySQL異常情況的處理方案（或者知道哪兒找到處理方案）。條件允許的情況，建議了解一下NoSQL的代表MongoDB資料庫，順便對比跟MySQL的差別，同事能夠在合適的應用場景安全謹慎的使用MongoDB，知道基本的PHP與MongoDB的結合開發。
4. Redis/Memcached
在大部分中型系統裡面一定會涉及到緩存處理，所以一定要了解基本的緩存；知道Memcached和Redis的異同和應用場景，能夠獨立安裝 Redis/Memcached，了解Memcahed的一些基本特性和限制，比如最大的value值，知道PHP跟他們的使用結合；Redis了解基本工作原理和使用，了解常規的數據類型，知道什麼場景應用什麼類型，了解Redis的事務等等。原理部分，能夠大概了解Memcached的內存結構（slab機制），redis就了解常用數據類型底層實現存儲結構（SDS/鏈表/SkipList/HashTable）等等，順便了解一下Redis的事務、RDB、AOF等機制更好。
5. PHP
除了第一階段的能力，安裝配置方面能夠隨意安裝PHP和各種第三方擴展的編譯安裝配置；了解php-fpm的大部分配置選項和含義（如max_requests/max_children/request_terminate_timeout之類的影響性能的配置），知道mod_php/fastcgi的區別；在PHP方面已經能夠熟練各種基礎技術，還包括各種深入些的PHP，包括對PHP面向對象的深入理解/SPL/語法層面的特殊特性比如反射之類的；在框架方面已經閱讀過最少一個以上常規PHP MVC框架的代碼了，知道基本PHP框架內部實現機制和設計思想；在PHP開發中已經能夠熟練使用常規的設計模式來應用開發（抽象工廠/單例/觀察者/命令鏈/策略/適配器 等模式）；建議開發自己的PHP MVC框架來充分讓開發自由化，讓自己深入理解MVC模式，也讓自己能夠在業務項目開發里快速升級；熟悉PHP的各種代碼優化方法，熟悉大部分PHP安全方面問題的解決處理；熟悉基本的PHP執行的機制原理（Zend引擎/擴展基本工作機制）。
6. C/C++
開始涉獵一定的C/C++語言，能夠寫基本的C/C++代碼，對基本的C/C++語法熟悉（指針、數組操作、字元串、常規標准API）和數據結構（鏈表、樹、哈希、隊列）有一定的熟悉下；對Linux下面的C語言開發有基本的了解概念，會簡單的makefile文件編寫，能夠使用簡單的GCC/GDB的程序編譯簡單調試工作；對基本的網路編程有大概了解。（本項是為了向更高層次打下基礎）。
7. 前端
在第一階段的基礎上面，熟悉基本的HTTP協議（協議代碼200/300/400/500，基本的HTTP交互頭）；條件允許，可以在深入寫出稍微優雅的HTML+CSS+JavaScript，或者能夠大致簡單使用某些前端框架（jQuery/YUI/ExtJS/RequireJS/BootStrap之類）；如果條件允許，可以深入學習JavaScript編程，比如閉包機制、DOM處理；再深入些可以讀讀jQuery源碼做深入學習。（本項不做重點學習，除非對前端有興趣）。
8. 系統設計
能夠設計大部分中型系統的網站架構、資料庫、基本PHP框架選型；性能測試排查處理等；能夠完成類似：瀏覽器 -> CDN(Squid) -> Nginx+PHP -> 緩存 -> 資料庫 結構網站的基本設計開發維護；能夠支撐每天數百萬到千萬流量基本網站的開發維護工作；
第三階段：高級階段 （高級PHP程序員）
重點：除了基本的LNMP程序，還能夠在某個方向或領域有深入學習。（縱深維度發展） 目標：除了能夠完成基本的PHP業務開發，還能夠解決大部分深入復雜的技術問題，並且可以獨立設計完成中大型的系統設計和開發工作；自己能夠獨立hold深入某個技術方向，在這塊比較專業。（比如在MySQL、Nginx、PHP、Redis等等任一方向深入研究）
1. Linux
除了第二階段的能力，在Linux下面除了常規的操作和性能監控跟蹤，還能夠使用很多高級復雜的命令完成工作（watch/tcpmp/starce/ldd/ar等)；在shell腳本方面，已經能夠編寫比較復雜的shell腳本（超過500行）來協助完成很多包括備份、自動化處理、監控等工作的shell；對awk/sed/perl 等應用已經如火純青，能夠隨意操作控制處理文本統計分析各種復雜格式的數據；對Linux內部機制有一些了解，對內核模塊載入，啟動錯誤處理等等有個基本的處理；同時對一些其他相關的東西也了解，比如NFS、磁碟管理等等；
2. Nginx
在第二階段的基礎上面，已經能夠把Nginx操作的很熟練，能夠對Nginx進行更深入的運維工作，比如監控、性能優化，復雜問題處理等等；看個人興趣，更多方面可以考慮側重在關於Nginx工作原理部分的深入學習，主要表現在閱讀源碼開始，比如具體的master/worker工作機制，Nginx內部的事件處理，內存管理等等；同時可以學習Nginx擴展的開發，可以定製一些自己私有的擴展；同時可以對Nginx+Lua有一定程度的了解，看看是否可以結合應用出更好模式；這個階段的要求是對Nginx原理的深入理解，可以考慮成為Nginx方向的深入專業者。
3. MySQL/MongoDB
在第二階段的基礎上面，在MySQL應用方面，除了之前的基本SQL優化，還能夠在完成一些復雜操作，比如大批量數據的導入導出，線上大批量數據的更改表結構或者增刪索引欄位等等高危操作；除了安裝配置，已經能夠處理更多復雜的MySQL的問題，比如各種問題的追查，主從同步延遲問題的解決、跨機房同步數據方案、MySQL高可用架構等都有涉及了解；對MySQL應用層面，對MySQL的核心關鍵技術比較熟悉，比如事務機制（隔離級別、鎖等）、對觸發器、分區等技術有一定了解和應用；對MySQL性能方面，有包括磁碟優化（SAS遷移到SSD）、伺服器優化（內存、伺服器本身配置）、除了二階段的其他核心性能優化選項（innodb_log_buffer_size/back_log/table_open_cache/thread_cache_size/innodb_lock_wait_timeout等）、連接池軟體選擇應用，對show *（show status/show profile）類的操作語句有深入了解，能夠完成大部分的性能問題追查；MySQL備份技術的深入熟悉，包括災備還原、對Binlog的深入理解，冷熱備份，多IDC備份等；在MySQL原理方面，有更多了解，比如對MySQL的工作機制開始閱讀部分源碼，比如對主從同步（復制）技術的源碼學習，或者對某個存儲引擎（MyISAM/Innodb/TokuDB）等等的源碼學習理解，如果條件允許，可以參考CSV引擎開發自己簡單的存儲引擎來保存一些數據，增強對MySQL的理解；在這個過程，如果自己有興趣，也可以考慮往DBA方向發展。MongoDB層面，可以考慮比如說在寫少讀多的情況開始在線上應用MongoDB，或者是做一些線上的數據分析處理的操作，具體場景可以按照工作來，不過核心是要更好的深入理解RMDBS和NoSQL的不同場景下面的應用，如果條件或者興趣允許，可以開始深入學習一下MongoDB的工作機制。
4. Redis/Memcached
在第二階段的基礎上面，能夠更深入的應用和學習。因為Memcached不是特別復雜，建議可以把源碼進行閱讀，特別是內存管理部分，方便深入理解；Redis部分，可以多做一些復雜的數據結構的應用（zset來做排行榜排序操作/事務處理用來保證原子性在秒殺類場景應用之類的使用操作）；多涉及aof等同步機制的學習應用，設計一個高可用的Redis應用架構和集群；建議可以深入的學習一下Redis的源碼，把在第二階段積累的知識都可以應用上，特別可以閱讀一下包括核心事件管理、內存管理、內部核心數據結構等充分學習了解一下。如果興趣允許，可以成為一個Redis方面非常專業的使用者。
5. PHP
作為基礎核心技能，我們在第二階段的基礎上面，需要有更深入的學習和應用。從基本代碼應用上面來說，能夠解決在PHP開發中遇到95%的問題，了解大部分PHP的技巧；對大部分的PHP框架能夠迅速在一天內上手使用，並且了解各個主流PHP框架的優缺點，能夠迅速方便項目開發中做技術選型；在配置方面，除了常規第二階段會的知識，會了解一些比較偏門的配置選項（php auto_prepend_file/auto_append_file），包括擴展中的一些復雜高級配置和原理（比如memcached擴展配置中的memcache.hash_strategy、apc擴展配置中的apc.mmap_file_mask/apc.slam_defense/apc.file_update_protection之類的）；對php的工作機制比較了解，包括php-fpm工作機制（比如php-fpm在不同配置機器下面開啟進程數量計算以及原理），對zend引擎有基本熟悉（vm/gc/stream處理），閱讀過基本的PHP內核源碼（或者閱讀過相關文章），對PHP內部機制的大部分核心數據結構（基礎類型/Array/Object）實現有了解，對於核心基礎結構（zval/hashtable/gc）有深入學習了解；能夠進行基本的PHP擴展開發，了解一些擴展開發的中高級知識（minit/rinit等），熟悉php跟apache/nginx不同的通信交互方式細節（mod_php/fastcgi）；除了開發PHP擴展，可以考慮學習開發Zend擴展，從更底層去了解PHP。
6. C/C++
在第二階段基礎上面，能夠在C/C++語言方面有更深入的學習了解，能夠完成中小型C/C++系統的開發工作；除了基本第二階段的基礎C/C++語法和數據結構，也能夠學習一些特殊數據結構（b-tree/rb-tree/skiplist/lsm-tree/trie-tree等）方便在特殊工作中需求；在系統編程方面，熟悉多進程、多線程編程；多進程情況下面了解大部分多進程之間的通信方式，能夠靈活選擇通信方式（共享內存/信號量/管道等）；多線程編程能夠良好的解決鎖沖突問題，並且能夠進行多線程程序的開發調試工作；同時對網路編程比較熟悉，了解多進程模型/多線程模型/非同步網路IO模型的差別和選型，熟悉不同非同步網路IO模型的原理和差異（select/poll/epoll/iocp等），並且熟悉常見的非同步框架（ACE/ICE/libev/libevent/libuv/Boost.ASIO等）和使用，如果閑暇也可以看看一些國產自己開發的庫（比如muo）；同時能夠設計好的高並發程序架構（leader-follow/master-worker等）；了解大部分C/C++後端Server開發中的問題（內存管理、日誌列印、高並發、前後端通信協議、服務監控），知道各個後端服務RPC通信問題（struct/http/thirft/protobuf等）；能夠更熟絡的使用GCC和GDB來開發編譯調試程序，在線上程序core掉後能夠迅速追查跟蹤解決問題；通用模塊開發方面，可以積累或者開發一些通用的工具或庫（比如非同步網路框架、日誌庫、內存池、線程池等），不過開發後是否應用要謹慎，省的埋坑去追bug。
7. 前端
深入了解HTTP協議（包括各個細致協議特殊協議代碼和背後原因，比如302靜態文件緩存了，502是nginx後面php掛了之類的）；除了之前的前端方面的各種框架應用整合能力，前端方面的學習如果有興趣可以更深入，表現形式是，可以自己開發一些類似jQuery的前端框架，或者開發一個富文本編輯器之類的比較瑣碎考驗JavaScript功力。
8. 其他領域語言學習
在基礎的PHP/C/C++語言方面有基本積累，建議在當前階段可以嘗試學習不同的編程語言，看個人興趣愛好，腳本類語言可以學學 Python/Ruby 之類的，函數式編程語言可以試試 Lisp/Haskell/Scala/Erlang 之類的，靜態語言可以試試 Java/Golang，數據統計分析可以了解了解R語言，如果想換個視角做後端業務，可以試試 Node.js還有前面提到的跟Nginx結合的Nginx_Lua等。學習不同的語言主要是提升自己的視野和解決問題手段的差異，比如會了解除了進程/線程，還有輕量級協程；比如在跨機器通信場景下面，Erlang的解決方案簡單的驚人；比如在不想選擇C/C++的情況下，還有類似高效的Erlang/Golang可用等等；主要是提升視野。
9. 其他專業方向學習
在本階段裡面，會除了基本的LNMP技能之外，會考慮一些其他領域知識的學習，這些都是可以的，看個人興趣和長期的目標方向。目前情況能夠選擇的領域比較多，比如、雲計算（分布式存儲、分布式計算、虛擬機等），機器學習（數據挖掘、模式識別等，應用到統計、個性化推薦），自然語言處理（中文分詞等），搜索引擎技術、圖形圖像、語音識別等等。除了這些高大上的，也有很多偏工程方面可以學習的地方，比如高性能系統、移動開發（Android/IOS）、計算機安全、嵌入式系統、硬體等方向。
10. 系統設計
系統設計在第二階段的基礎之上，能夠應用掌握的經驗技能，設計出比較復雜的中大型系統，能夠解決大部分線上的各種復雜系統的問題，完成類似 瀏覽器 -> CDN -> 負載均衡 ->接入層 -> Nginx+PHP -> 業務緩存 -> 資料庫 -> 各路復雜後端RPC交互（存儲後端、邏輯後端、反作弊後端、外部服務） -> 更多後端 醬紫的復雜業務；能夠支撐每天數千萬到數億流量網站的正常開發維護工作。
E. 在php隊列php-resque里頭使用了資料庫的單例模式顯示MySQL server has gone away
PHP的輕量消息隊列php-resque使用說明
消息隊列處理後台任務帶來的問題
項目中經常會有後台運行任務的需求，比如發送郵件時，因為要連接郵件伺服器，往往需要5-10秒甚至更長時間，如果能先給用戶一個成功的提示信息，然後在後台慢慢處理發送郵件的操作，顯然會有更好的用戶體驗。
為了實現類似的需求，Web項目中一般的實現方法是使用消息隊列(Message Queue)，比如MemcacheQ，RabbitMQ等等，都是很著名的產品。
消息隊列說白了就是一個最簡單的先進先出隊列，隊列的一個成員就是一段文本。正是因為消息隊列實在太簡單了，當拿著消息隊列時，反而有點無從下手的感覺，因為這僅僅一個發送郵件的任務，就會引申出很多問題：
消息隊列只能存儲字元串類型的數據，如何將一個發送郵件這樣的「任務」，轉換為消息隊列中的一個「消息」?
消息隊列只負責數據的存放與進出，本身不能執行任何程序，那麼我們要如何從消息隊列中一個一個取出數據，再將這些數據轉化回任務並執行。
我們無法預知消息隊列何時會有數據產生，所以我們的任務執行程序還需要具備監控消息隊列的能力，也就是一個常駐後台的守護進程。
一般的Web應用PHP都以cgi方式運行，無法常駐內存。我們知道php還有cli模式，那麼守護進程是否能以php cli來實現，效率如何？
當守護進程運行時，Web應用能否與後台守護進程交互，實現開啟/殺死進程的功能以及獲得進程的運行狀態？
Resque對後台任務的設計與角色劃分
對以上這些問題，目前為止我能找到的最好答案，並不是來自php，而是來自Ruby的項目Resque，正是由於Resque清晰簡單的解決了後台任務帶來的一系列問題，Resque的設計也被Clone到Python、php、NodeJs等語言：比如Python下的pyres以及PHP下的php-resque等等，這里有各種語言版本的Resque實現，而在本篇日誌里，我們當然要以PHP版本為例來說明如何用php-resque運行一個後台任務，可能一些細節方面會與Ruby版有出入，但是本文中以php版為准。
Resque是這樣解決這些問題的：
後台任務的角色劃分
其實從上面的問題已經可以看出，只靠一個消息隊列是無法解決所有問題的，需要新的角色介入。在Resque中，一個後台任務被抽象為由三種角色共同完成：
Job | 任務 ： 一個Job就是一個需要在後台完成的任務，比如本文舉例的發送郵件，就可以抽象為一個Job。在Resque中一個Job就是一個Class。
Queue | 隊列 ： 也就是上文的消息隊列，在Resque中，隊列則是由Redis實現的。Resque還提供了一個簡單的隊列管理器，可以實現將Job插入/取出隊列等功能。
Worker | 執行者 ： 負責從隊列中取出Job並執行，可以以守護進程的方式運行在後台。
那麼基於這個劃分，一個後台任務在Resque下的基本流程是這樣的：
將一個後台任務編寫為一個獨立的Class，這個Class就是一個Job。
在需要使用後台程序的地方，系統將Job Class的名稱以及所需參數放入隊列。
以命令行方式開啟一個Worker，並通過參數指定Worker所需要處理的隊列。
Worker作為守護進程運行，並且定時檢查隊列。
當隊列中有Job時，Worker取出Job並運行，即實例化Job Class並執行Class中的方法。
至此就可以完整的運行完一個後台任務。
在Resque中，還有一個很重要的設計：一個Worker，可以處理一個隊列，也可以處理很多個隊列，並且可以通過增加Worker的進程/線程數來加快隊列的執行速度。
php-resque的安裝
需要提前說明的是，由於涉及到進程的開辟與管理，php-resque使用了php的PCNTL函數，所以只能在Linux下運行，並且需要php編譯PCNTL函數。如果希望用Windows做同樣的工作，那麼可以去找找Resque的其他語言版本，php在Windows下非常不適合做後台任務。
以Ubuntu12.04LTS為例，Ubuntu用apt安裝的php已經默認編譯了PCNTL函數，無需任何配置，以下指令均為root帳號安裝Redis
apt-get install redis-server
安裝Composer
apt-get install curl
cd /usr/local/bin
curl -s http://getcomposer.org/installer | phpchmod a+x composer.phar
alias composer='/usr/local/bin/composer.phar'
使用Composer安裝php-resque
假設web目錄在/opt/htdocs
apt-get install git git-core
cd /opt/htdocs
git clone git://github.com/chrisboulton/php-resque.gitcd php-resque
composer install
php-resque的使用
編寫一個Worker
其實php-resque已經給出了簡單的例子， demo/job.php文件就是一個最簡單的Job：
class PHP_Job
{
public function perform()
{
sleep(120);
fwrite(STDOUT, 'Hello!');
}
}
這個Job就是在120秒後向STDOUT輸出字元Hello!
在Resque的設計中，一個Job必須存在一個perform方法，Worker則會自動運行這個方法。
將Job插入隊列
php-resque也給出了最簡單的插入隊列實現 demo/queue.php：
if(empty($argv[1])) {
die('Specify the name of a job to add. e.g, php queue.php PHP_Job');}
require __DIR__ . '/init.php';
date_default_timezone_set('GMT');
Resque::setBackend('127.0.0.1:6379');
$args = array(
'time' => time(),
'array' => array(
'test' => 'test',
),
);
$jobId = Resque::enqueue('default', $argv[1], $args, true);echo "Queued job ".$jobId."\n\n";
在這個例子中，queue.php需要以cli方式運行，將cli接收到的第一個參數作為Job名稱，插入名為'default'的隊列，同時向屏幕輸出剛才插入隊列的Job Id。在終端輸入：
php demo/queue.php PHP_Job
結果可以看到屏幕上輸出：
Queued job 即Job已經添加成功。注意這里的Job名稱與我們編寫的Job Class名稱保持一致：PHP_Job查看Job運行情況
php-resque同樣提供了查看Job運行狀態的例子，直接運行：
php demo/check_status.php 可以看到輸出為：
Tracking status of . Press [break] to stop.
Status of is: 1我們剛才創建的Job狀態為1。在Resque中，一個Job有以下4種狀態：
Resque_Job_Status::STATUS_WAITING = 1; (等待)Resque_Job_Status::STATUS_RUNNING = 2; (正在執行)Resque_Job_Status::STATUS_FAILED = 3; (失敗)Resque_Job_Status::STATUS_COMPLETE = 4; (結束)因為沒有Worker運行，所以剛才創建的Job還是等待狀態。
運行Worker
這次我們直接編寫demo/resque.php：
<?php
date_default_timezone_set('GMT');
require 'job.php';
require '../bin/resque';
可以看到一個Worker至少需要兩部分：
可以直接包含Job類文件，也可以使用php的自動載入機制，指定好Job Class所在路徑並能實現自動載入包含Resque的默認Worker： bin/resque
在終端中運行：
QUEUE=default php demo/resque.php
前面的QUEUE部分是設置環境變數，我們指定當前的Worker只負責處理default隊列。也可以使用QUEUE=* php demo/resque.php
來處理所有隊列。
運行後輸出為
#!/usr/bin/env php
*** Starting worker
用ps指令檢查一下：
ps aux | grep resque
可以看到有一個php的守護進程已經在運行了
1000 4607 0.0 0.1 74816 11612 pts/3 S+ 14:52 0:00 php demo/resque.php再使用之前的檢查Job指令
php demo/check_status.php 2分鍾後可以看到
Status of is: 4任務已經運行完畢，同時屏幕上應該可以看到輸出的Hello!
至此我們已經成功的完成了一個最簡單的Resque實例的全部演示，更復雜的情況以及遺留的問題會在下一次的日誌中說明。
F. 為什麼要使用PHP單例模式及應用實例
單例模式顧名思義，就是只有一個實例。作為對象的創建模式，
單例模式確保某一個類只有一個實例，而且自行實例化並向整個系統提供這個實例，這個類我們稱之為單例類。單例模式的要點有三個:一是某個類只能有一個實例;二是它必須自行創建這個實例;三是它必須自行向整個系統提供這個實例。下面我們討論下為什麼要使用PHP單例模式?多數人都是從單例模式的字面上的意思來理解它的用途,
認為這是對系統資源的節省,
可以避免重復實例化,
是一種"計劃生育".
而PHP每次執行完頁面都是會從內存中清理掉所有的資源.
因而PHP中的單例實際每次運行都是需要重新實例化的,
這樣就失去了單例重復實例化的意義了.
單單從這個方面來說,
PHP的單例的確有點讓各位失望.
但是單例僅僅只有這個功能和應用嗎?
答案是否定的,我們一起來看看。1.
php的應用主要在於資料庫應用,
所以一個應用中會存在大量的資料庫操作,
在使用面向對象的方式開發時(廢話),
如果使用單例模式,
則可以避免大量的new
操作消耗的資源。2.
如果系統中需要有一個類來全局控制某些配置信息,
那麼使用單例模式可以很方便的實現.
這個可以參看zend
Framework的FrontController部分。
G. php 單例模式
單例模式是一種常用的軟體設計模式，可以保證系統中一個類只有一個實例，從而達到節約系統資源提升特殊類使用效率的目的
php實現單例模式的方法
classA{
//靜態屬性
privatestatic$_instance;
//空的克隆方法，防止被克隆
privatefunction__clone(){}
//獲取實例
(){
if(!(self::$_instanceinstanceofself)){
self::$_instance=newA();
}
returnself::$_instance;
}
}
//調用
$obj=A::getInstance();