講到PHP的錯(cuò)誤處理，你可能會(huì)想到有關(guān)“500 Internal Server Error”和“404 Not Found”的內(nèi)容。然而，有時(shí)候一個(gè)具體的錯(cuò)誤會(huì)給你很少的線索來(lái)解決它，這時(shí)候PHP exception trace就會(huì)非常有用了。通過(guò)trace信息，你可以找到異常拋出的地方和完整的調(diào)用堆棧，以及函數(shù)調(diào)用的參數(shù)和返回值

下面我們看一個(gè)例子，假設(shè)我們有一個(gè)叫response()的函數(shù)：

function response($code, $data) {
if ($code< 200 || $code >= 300) {
throw new Exception('Invalid response code '.$code);
}
// some response logic
}

現(xiàn)在我們調(diào)用response函數(shù)，但是意外地傳入了一個(gè)非法的code值：

try {
response(400, ['error' =>'bad request']);
} catch (Exception $e) {
echo 'Caught exception: ', $e->getMessage(), "\n";
}

在這個(gè)例子中，調(diào)用response(400, ['error' =>'bad request']) 會(huì)拋出一個(gè)異常。我們通過(guò)try-catch塊來(lái)捕捉這個(gè)異常，打印出了異常的信息：

Caught exception: Invalid response code 400

這里輸出的信息比較簡(jiǎn)單，畢竟只有一行代碼犯了錯(cuò)。但是，在實(shí)際開(kāi)發(fā)中我們經(jīng)常會(huì)跨越好幾個(gè)函數(shù)調(diào)用，錯(cuò)誤信息很可能指向了函數(shù)調(diào)用鏈的某個(gè)位置，而不是直接指向問(wèn)題發(fā)生的文件和行號(hào)。這時(shí)候我們需要打印出完整的異常trace信息:

try {
response(400, ['error' =>'bad request']);
} catch (Exception $e) {
echo $e->getTraceAsString();
}

運(yùn)行上述代碼，輸出如下：

#0 example.php(5): response(400, Array)
#1 {main}

getTraceAsString()方法返回了完整的調(diào)用堆棧信息。第一行指向拋出異常的代碼位置，其后每一行調(diào)用的函數(shù)都有其對(duì)應(yīng)的文件名和行號(hào)。這個(gè)信息可以幫助我們追蹤并修復(fù)bug。如果你需要對(duì)trace信息進(jìn)行進(jìn)一步分析，可以使用getTrace()方法，它返回一個(gè)數(shù)組，包含了每一個(gè)調(diào)用函數(shù)的類(lèi)名、方法名、文件名和行號(hào)。

當(dāng)然，這里也有一個(gè)讓我們能夠定位到錯(cuò)誤開(kāi)始的地方的技巧。因?yàn)閠race信息是按照調(diào)用順序從新到舊排列的，而最后一行總是標(biāo)識(shí)著實(shí)際拋出異常的地方。因此，定位到最后一行，我們就可以知道異常從哪里開(kāi)始拋出了，然后再往后一步一步排查即可。

PHP的異常處理功能幫助我們?cè)陂_(kāi)發(fā)中更方便地定位代碼問(wèn)題。當(dāng)有異常拋出時(shí)，trace信息能夠幫助我們快速地捕捉代碼異常并找到代碼中的錯(cuò)誤位置。所以，無(wú)論是調(diào)試處理還是上線運(yùn)維，都需要我們對(duì)異常處理有一個(gè)深入的了解。