① php的單例模式有什麼具體好處具體在哪裡實現面試的時候讓人問到..求解
單例不只是PHP中有，是面向對象類語言都有的概念。
你說的是做用，是從語言層面上。只有一個實例。
我覺得面試官要問的是實際使用的含義，對於整個程序設計而言的好處。
我本身也不是什麼高手，覺得我說的不對輕噴。
我也用過PHP的TP框架，但是用的很淺，沒有體會到有什麼特別的。
我說說java的spring框架，它的bean實例化是單例的，struts2也支持選擇是否單例。
它能節約內存開銷，這是最明顯的，一個工具類，或者一個服務類，單例下，一個實例足夠，並不需要創建N此，無故的浪費掉內存。
從設計上而言，一個只需要實例化一次就足夠的類，設計為單例，這樣可以做到從設計上而言更清晰
② 在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實例的全部演示，更復雜的情況以及遺留的問題會在下一次的日誌中說明。
③ 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單例模式我覺得只是針對單次頁面級請求時出現多個應用場景並需要共享同一對象資源時是非常有意義的。