php內置異常

❶ php異常處理的疑惑

SQL錯誤是捕獲不了的，因為PHP只要成功的把SQL命令提交給了資料庫伺服器就算成功，至於資料庫裡面執行是否成功，必需在每個語句之後檢測，例如：
$db=mysql_connect(...);
if (!$db){
echo '連接資料庫失敗，錯誤原因:'.mysql_error();
exit;
}
再如:
$sql='...';
$res=mysql_query($sql);
if (!$res){
echo '執行SQL語句錯誤，SQL語句:'.$sql.'<br>錯誤原因:'.mysql_error();
exit;
}

❷ PHP中處理異常有幾種方式請詳述

php中異常處理方法總結:
當異常被觸發時，通常會發生：
在PHP5中添加了類似於其它語言的錯誤異常處理模塊。在 PHP代碼中所產生的異常可被 throw語句拋出並被 catch 語句捕獲。需要進行異常處理的代碼都必須放入 try 代碼塊內，以便捕獲可能存在的異常。每一個 try 至少要有一個與之對應的 catch。使用多個 catch 可以捕獲不同的類所產生的異常。當 try 代碼塊不再拋出異常或者找不到 catch 能匹配所拋出的異常時，PHP 代碼就會在跳轉到最後一個 catch 的後面繼續執行。當然，PHP 允許在 catch 代碼塊內再次拋出（throw）異常。當一個異常被拋出時，其後（譯者註：指拋出異常時所在的代碼塊）的代碼將不會繼續執行，而 PHP 就會嘗試查找第一個能與之匹配的 catch。如果一個異常沒有被捕獲，而且又沒用使用 set_exception_handler() 作相應的處理的話，那麼 PHP 將會產生一個嚴重的錯誤，並且輸出 Uncaught Exception ... （未捕獲異常）的提示信息。
1、異常類的層級關系：
代碼如下 復制代碼
class NotFoundException extends Exception{}
class InputException extends Exception{}
class DBException extends Exception{}

2、配置未捕捉異常的處理器：
代碼如下 復制代碼
function exception_uncaught_handler(Exception $e) {
header('Content-type:text/html; charset=utf-8');
if ($e instanceof NotFoundException)
exit($e->getMessage());
elseif ($e instanceof DBException)
exit($e->getMessage());
else
exit($e->getMessage());
}
set_exception_handler('exception_uncaught_handler');

3、在資料庫連接代碼，手動拋出DBException異常但未使用try…catch進行捕獲處理，該異常將被PHP自定義異常處理器
代碼如下 復制代碼
exception_uncaught_handler()函數處理：
$this->resConn = mysql_connect ($CONFIGS['db_host'], $CONFIGS['db_user'], $CONFIGS['db_pwd']);
if (false == is_resource($this->resConn))
throw new DBException('資料庫連接失敗。'.mysql_error($this->resConn));

4、業務邏輯一瞥：

if (0 != strcmp($curAlbum->interest_id, $it))
throw new NotFoundException('很抱歉，你所訪問的相冊不存在');
以上就是PHP自定義異常處理器的具體使用方法

實例
代碼如下 復制代碼
<?php
class customException extends Exception
{
public function errorMessage()
{
//error message
$errorMsg = 'Error on line '.$this->getLine().' in '.$this->getFile()
.': <b>'.$this->getMessage().'</b> is not a valid E-Mail address';
return $errorMsg;
}
}
$email = "[email protected]";
try
{
//check if
if(filter_var($email, FILTER_VALIDATE_EMAIL) === FALSE)
{
//throw exception if email is not valid
throw new customException($email);
}
//check for "example" in mail address
if(strpos($email, "example") !== FALSE)
{
throw new Exception("$email is an example e-mail");
}
}
catch (customException $e)
{
echo $e->errorMessage();
}
catch(Exception $e)
{
echo $e->getMessage();
}
?>

例子解釋：
上面的代碼測試了兩種條件，如何任何條件不成立，則拋出一個異常：
1.customException() 類是作為舊的 exception 類的一個擴展來創建的。這樣它就繼承了舊類的所有屬性和方法。
2.創建 errorMessage() 函數。如果 e-mail 地址不合法，則該函數返回一個錯誤消息。
3.執行 "try" 代碼塊，在第一個條件下，不會拋出異常。
4.由於 e-mail 含有字元串 "example"，第二個條件會觸發異常。
5."catch" 代碼塊會捕獲異常，並顯示恰當的錯誤消息
如果沒有捕獲 customException，緊緊捕獲了 base exception，則在那裡處理異常。
重新拋出異常
有時，當異常被拋出時，您也許希望以不同於標準的方式對它進行處理。可以在一個 "catch" 代碼塊中再次拋出異常。
代碼如下 復制代碼
<?php
/*
*/
/*
* 總結：PHP異常的使用方法分三步：
* 第一步：定義異常類，如果不定義就用系統默認的異常類;
* 第二步：當出現異常時用 throw 拋出異常，例如 ex1($num2);異常的參數是$num2用該異常的getMessage()獲取;
* 第三步：觸發異常，用try子句，當滿足條件時 throw new ex1($num);
* 第四步：catch捕獲異常 catch (ex2 $e)，相當於實例化一個定義好的異常類ex2為$e;
*
* 注意，異常可以定義多個，但是只能觸發一個，也就是說只能用catch捕獲一個異常
*/
//================基本異常類
//創建可拋出一個異常的函數
function num($num){
if ($num>1){//異常拋出條件
$msg=」數值不能大於1″;//異常提示信息
throw new Exception($msg);//拋出異常
}
echo 「數值小於1″;
}
//在 「try」 代碼塊中觸發異常
try {
num(3);
echo 「執行正常」;
}
//捕獲異常
catch (Exception $e){
echo 「錯誤信息：」.$e->getMessage();//Exception()的系統方法獲取異常信息
echo 「錯誤文件：」.$e->getFile();//Exception()的系統方法獲取異常文件名
echo 「行數：」.$e->getLine();//Exception()的系統方法獲取異常行數
}
//======================================================================
echo 「<br>========================================================<br>」;
//擴展基本異常類
function checkEmail($email){//定義一個可以拋出異常的判斷EMAIL合法性的函數
if (filter_var($email,FILTER_VALIDATE_EMAIL)==false){
throw new checkEmailException($email);//拋出異常用EMAIL做參數
}
echo 「郵件合法」;
}
class checkEmailException extends Exception{//定義擴展異常類
public function errormsg(){
$msg=」錯誤原因：」.$this->getMessage().」不是一個合法的EMAIL地址！」;
$msg.=」錯誤文件名：」.$this->getFile();
$msg.=」錯誤行數：」.$this->getLine();
echo $msg;
}
}
$email=」email…[email protected]「;
try {//觸發異常
checkEmail($email);
}
//捕獲異常
catch (checkEmailException $e){
$e->errormsg();
}
//==================================多個異常的捕獲
echo 「<br>===================================================<br>」;
class ex1 extends Exception{//定義一個異常類
public function msg(){
$msg=」錯誤原因：」.$this->getMessage().」大於100<br>」;
$msg.=」錯誤文件：」.$this->getFile().」<Br>」;
$msg.=」錯誤代碼：」.$this->getCode().」<br>」;
$msg.=」行數：」.$this->getLine().」<br>」;
echo $msg;
}
}
class ex2 extends Exception{//定義一個異常類
public function msg(){
$msg=」錯誤原因：」.$this->getMessage().」等於100<br>」;
$msg.=」錯誤文件：」.$this->getFile().」<Br>」;
$msg.=」行數：」.$this->getLine().」<br>」;
echo $msg;
}
}
$num2=100;
try {
if ($num2>100){//當條件滿足時觸發
throw new ex1($num2);
}
if ($num2==100){//當條件滿足時觸發
throw new ex2($num2);
}
}
catch (ex2 $e){//捕獲觸發的異常
$e->msg();
}
catch (ex1 $e){//捕獲觸發的異常
$e->msg();
}
/*
* 總結：PHP異常的使用方法分三步：
* 第一步：定義異常類，如果不定義就用系統默認的異常類;
* 第二步：當出現異常時用 throw 拋出異常，例如 ex1($num2);異常的參數是$num2用該異常的getMessage()獲取;
* 第三步：觸發異常，用try子句，當滿足條件時 throw new ex1($num);
* 第四步：catch捕獲異常 catch (ex2 $e)，相當於實例化一個定義好的異常類ex2為$e;
*
* 注意，異常可以定義多個，但是只能觸發一個，也就是說只能用catch捕獲一個異常
*/
?>

❸ php中，用try/catch捕獲了異常，為什麼還會有警告有沒有辦法去掉呢

因為它既拋出異常又觸發錯誤, 你需要@抑制錯誤, try並不負責屏蔽錯誤觸發, 只負責接收拋出的異常

❹ 異常處理的處理方法

擴展 php 內置的異常處理類
用戶可以用自定義的異常處理類來擴展 php 內置的異常處理類。以下的代碼說明了在內置的異常處理類中，哪些屬性和方法在子類中是可訪問和可繼承的。譯者註：以下這段代碼只為說明內置異常處理類的結構，它並不是一段有實際意義的可用代碼。
內置的異常處理類
<?php class Exception { protected $message = 'Unknown exception' ; // 異常信息 protected $code = 0 ; // 用戶自定義異常代碼 protected $file ; // 發生異常的文件名 protected $line ; // 發生異常的代碼行號 function __construct $message = null $code = 0 ); final function getMessage (); // 返回異常信息 final function getCode (); // 返回異常代碼 final function getFile (); // 返回發生異常的文件名 final function getLine (); // 返回發生異常的代碼行號 final function getTrace (); // backtrace() 數組 final function getTraceAsString (); // 已格成化成字元串的 getTrace() 信息 /* 可重載的方法 */ function __toString (); // 可輸出的字元串 } ?>如果使用自定義的類來擴展內置異常處理類，並且要重新定義構造函數的話，建議同時調用 parent::__construct() 來檢查所有的變數是否已被賦值。當對象要輸出字元串的時候，可以重載 __toString() 並自定義輸出的樣式。
擴展 php 內置的異常處理類
<?php /** * 自定義一個異常處理類 */ class MyException extends Exception{ // 重定義構造器使 message 變為必須被指定的屬性 public function __construct( $message $code = 0 ) { , // 自定義的代碼 // 確保所有變數都被正確賦值 parent:: __construct ( $message $code ); } // 自定義字元串輸出的樣式 */ public function __toString () { return __CLASS__ . : [{ $this -> code }] : {$this->message }/n ; } public function customFunction () { echo A Custom function for this type of exception/n ; }} /** * 創建一個用於測試異常處理機制的類 */class TestException { public $var ; const THROW_NONE = 0 ; const THROW_CUSTOM = 1 ; const THROW_DEFAULT = 2 ; function __construct( $avalue = self :: THROW_NONE ) { switch ( $avalue ) { case self :: THROW_CUSTOM : // 拋出自定義異常 throw new MyException ( '1 is an invalid parameter' 5 ); break; case self:: THROW_DEFAULT: // 拋出默認的異常 throw new Exception ( '2 isnt allowed as a parameter' 6 ); break; default: // 沒有異常的情況下，創建一個對象 $this var = $avalue ; break; } }} 你覺得自己是一個java專家嗎?北京海淀甲骨文學習中心幫你全面掌握了Java的異常處理機制?在下面這段代碼中，你能夠迅速找出異常處理的六個問題嗎? OutputStreamWriterout=...java.sql.Connectionconn=...try{//⑸Statementstat=conn.createStatement();ResultSetrs=stat.executeQuery(selectuid,namefromuser);while(rs.next()){out.println(ID：+rs.getString(uid)//⑹+，姓名：+rs.getString(name));}conn.close();//⑶out.close();}catch(Exceptionex)//⑵{ex.printStackTrace();//⑴,⑷}作為一個Java程序員，你至少應該能夠找出兩個問題。但是，如果你不能找出全部六個問題，請繼續閱讀本文。
本文討論的不是Java異常處理的一般性原則，因為這些原則已經被大多數人熟知。我們要做的是分析各種可稱為「反例」(anti-pattern)的違背優秀編碼規范的常見壞習慣，幫助讀者熟悉這些典型的反面例子，從而能夠在實際工作中敏銳地察覺和避免這些問題。
反例之一：丟棄異常
代碼：12行-15行。
這段代碼捕獲了異常卻不作任何處理，可以算得上Java編程中的殺手。從問題出現的頻繁程度和禍害程度來看，它也許可以和C/C++程序的一個惡名遠播的問題相提並論??不檢查緩沖區是否已滿。如果你看到了這種丟棄(而不是拋出)異常的情況，可以百分之九十九地肯定代碼存在問題(在極少數情況下，這段代碼有存在的理由，但最好加上完整的注釋，以免引起別人誤解)。
這段代碼的錯誤在於，異常(幾乎)總是意味著某些事情不對勁了，或者說至少發生了某些不尋常的事情，我們不應該對程序發出的求救信號保持沉默和無動於衷。調用一下printStackTrace算不上「處理異常」。不錯，調用printStackTrace對調試程序有幫助，但程序調試階段結束之後，printStackTrace就不應再在異常處理模塊中擔負主要責任了。
丟棄異常的情形非常普遍。打開JDK的ThreadDeath類的文檔，可以看到下面這段說明：「特別地，雖然出現ThreadDeath是一種『正常的情形』，但ThreadDeath類是Error而不是Exception的子類，因為許多應用會捕獲所有的Exception然後丟棄它不再理睬。」這段話的意思是，雖然ThreadDeath代表的是一種普通的問題，但鑒於許多應用會試圖捕獲所有異常然後不予以適當的處理，所以JDK把ThreadDeath定義成了Error的子類，因為Error類代表的是一般的應用不應該去捕獲的嚴重問題。可見，丟棄異常這一壞習慣是如此常見，它甚至已經影響到了Java本身的設計。
那麼，應該怎樣改正呢?主要有四個選擇：
1、處理異常。針對該異常採取一些行動，例如修正問題、提醒某個人或進行其他一些處理，要根據具體的情形確定應該採取的動作。再次說明，調用printStackTrace算不上已經「處理好了異常」。
2、重新拋出異常。處理異常的代碼在分析異常之後，認為自己不能處理它，重新拋出異常也不失為一種選擇。
3、把該異常轉換成另一種異常。大多數情況下，這是指把一個低級的異常轉換成應用級的異常(其含義更容易被用戶了解的異常)。
4、不要捕獲異常。
結論一：既然捕獲了異常，就要對它進行適當的處理。不要捕獲異常之後又把它丟棄，不予理睬。
反例之二：不指定具體的異常
代碼：12行。
許多時候人們會被這樣一種「美妙的」想法吸引：用一個catch語句捕獲所有的異常。最常見的情形就是使用catch(Exception ex)語句。但實際上，在絕大多數情況下，這種做法不值得提倡。為什麼呢?
要理解其原因，我們必須回顧一下catch語句的用途。catch語句表示我們預期會出現某種異常，而且希望能夠處理該異常。異常類的作用就是告訴Java編譯器我們想要處理的是哪一種異常。由於絕大多數異常都直接或間接從java.lang.Exception派生，catch(Exception ex)就相當於說我們想要處理幾乎所有的異常。
再來看看前面的代碼例子。我們真正想要捕獲的異常是什麼呢?最明顯的一個是SQLException，這是JDBC操作中常見的異常。另一個可能的異常是IOException，因為它要操作OutputStreamWriter。顯然，在同一個catch塊中處理這兩種截然不同的異常是不合適的。如果用兩個catch塊分別捕獲SQLException和IOException就要好多了。這就是說，catch語句應當盡量指定具體的異常類型，而不應該指定涵蓋范圍太廣的Exception類。
另一方面，除了這兩個特定的異常，還有其他許多異常也可能出現。例如，如果由於某種原因，executeQuery返回了null，該怎麼辦?答案是讓它們繼續拋出，即不必捕獲也不必處理。實際上，我們不能也不應該去捕獲可能出現的所有異常，程序的其他地方還有捕獲異常的機會??直至最後由JVM處理。
結論二：在catch語句中盡可能指定具體的異常類型，必要時使用多個catch。不要試圖處理所有可能出現的異常。
反例之三：佔用資源不釋放
代碼：3行-11行。
異常改變了程序正常的執行流程。這個道理雖然簡單，卻常常被人們忽視。如果程序用到了文件、Socket、JDBC連接之類的資源，即使遇到了異常，也要正確釋放佔用的資源。為此，Java提供了一個簡化這類操作的關鍵詞finally。
finally是樣好東西：不管是否出現了異常，Finally保證在try/catch/finally塊結束之前，執行清理任務的代碼總是有機會執行。遺憾的是有些人卻不習慣使用finally。
當然，編寫finally塊應當多加小心，特別是要注意在finally塊之內拋出的異常??這是執行清理任務的最後機會，盡量不要再有難以處理的錯誤。
結論三：保證所有資源都被正確釋放。充分運用finally關鍵詞。
反例之四：不說明異常的詳細信息
代碼：3行-11行。
仔細觀察這段代碼：如果循環內部出現了異常，會發生什麼事情?我們可以得到足夠的信息判斷循環內部出錯的原因嗎?不能。我們只能知道當前正在處理的類發生了某種錯誤，但卻不能獲得任何信息判斷導致當前錯誤的原因。
printStackTrace的堆棧跟蹤功能顯示出程序運行到當前類的執行流程，但只提供了一些最基本的信息，未能說明實際導致錯誤的原因，同時也不易解讀。
因此，在出現異常時，最好能夠提供一些文字信息，例如當前正在執行的類、方法和其他狀態信息，包括以一種更適合閱讀的方式整理和組織printStackTrace提供的信息。
結論四：在異常處理模塊中提供適量的錯誤原因信息，組織錯誤信息使其易於理解和閱讀。
反例之五：過於龐大的try塊
代碼：3行-11行。
經常可以看到有人把大量的代碼放入單個try塊，實際上這不是好習慣。這種現象之所以常見，原因就在於有些人圖省事，不願花時間分析一大塊代碼中哪幾行代碼會拋出異常、異常的具體類型是什麼。把大量的語句裝入單個巨大的try塊就象是出門旅遊時把所有日常用品塞入一個大箱子，雖然東西是帶上了，但要找出來可不容易。
一些新手常常把大量的代碼放入單個try塊，然後再在catch語句中聲明Exception，而不是分離各個可能出現異常的段落並分別捕獲其異常。這種做法為分析程序拋出異常的原因帶來了困難，因為一大段代碼中有太多的地方可能拋出Exception。
結論五：盡量減小try塊的體積。
反例之六：輸出數據不完整
代碼：7行-8行。
不完整的數據是Java程序的隱形殺手。仔細觀察這段代碼，考慮一下如果循環的中間拋出了異常，會發生什麼事情。循環的執行當然是要被打斷的，其次，catch塊會執行??就這些，再也沒有其他動作了。已經輸出的數據怎麼辦?使用這些數據的人或設備將收到一份不完整的(因而也是錯誤的)數據，卻得不到任何有關這份數據是否完整的提示。對於有些系統來說，數據不完整可能比系統停止運行帶來更大的損失。
較為理想的處置辦法是向輸出設備寫一些信息，聲明數據的不完整性;另一種可能有效的辦法是，先緩沖要輸出的數據，准備好全部數據之後再一次性輸出。
結論六：全面考慮可能出現的異常以及這些異常對執行流程的影響。
改寫後的代碼
根據上面的討論，下面給出改寫後的代碼。也許有人會說它稍微有點啰嗦，但是它有了比較完備的異常處理機制。 OutputStreamWriterout=...java.sql.Connectionconn=...try{Statementstat=conn.createStatement();ResultSetrs=stat.executeQuery(selectuid,namefromuser);while(rs.next()){out.println(ID：+rs.getString(uid)+，姓名:+rs.getString(name));}}catch(SQLExceptionsqlex){out.println(警告：數據不完整);thrownewApplicationException(讀取數據時出現SQL錯誤,sqlex);}catch(IOExceptionioex){hrownewApplicationException(寫入數據時出現IO錯誤,ioex);}finally{if(conn!=null){try{conn.close();}catch(SQLExceptionsqlex2){System.err(this.getClass().getName()+.mymethod-不能關閉資料庫連接:+sqlex2.toString());}}if(out!=null){try{out.close();}catch(IOExceptionioex2){System.err(this.getClass().getName()+.mymethod-不能關閉輸出文件+ioex2.toString());}}}