這篇文章帶給大家的內容是關於PHP5下的Error錯誤處理及問題定位的介紹（程式碼範例），有一定的參考價值，有需要的朋友可以參考一下，希望對你有所幫助。
來說說當PHP出現E_ERROR等級致命的執行階段錯誤的問題定位方法。例如像Fatal error: Allowed memory size of記憶體溢出這種。當出現這種錯誤時會導致程式直接退出，PHP的error log中會記錄一條錯誤日誌說明報錯的具體檔案和程式碼行數，其它的任何資訊都沒有了。如果是PHP7的話還可以像捕獲異常一樣捕獲錯誤，PHP5的話就不行了。
一般想到的方法就是看看報錯的具體程式碼，如果報錯檔案是CommonReturn.class.php像下面這個樣子。
<?php
/**
* 公共返回封装
* Class CommonReturn
*/
class CommonReturn
{
/**
* 打包函数
* @param $params
* @param int $status
*
* @return mixed
*/
static public function packData($params, $status = 0)
{
$res['status'] = $status;
$res['data'] = json_encode($params);
return $res;
}
}登入後複製
其中json_encode那一行報錯了，然後你查了下packData這個方法，有很多項目的類別中都有調用，這時要怎麼定位問題呢？
場景重現
好，首先我們是複現下場景。假如實際呼叫的程式bug.php如下
<?php
require_once './CommonReturn.class.php';
$res = ini_set('memory_limit', '1m');
$res = [];
$char = str_repeat('x', 999);
for ($i = 0; $i < 900 ; $i++) {
$res[] = $char;
}
$get_pack = CommonReturn::packData($res);
// something else登入後複製
運行bug.php PHP錯誤日誌中會記錄
[08-Jan-2019 11:22:52 Asia/Shanghai] PHP Fatal error: Allowed memory size of 1048576 bytes exhausted (tried to allocate 525177 bytes) in /CommonReturn.class.php on line 20
登入後複製
復現成功，錯誤日誌中只是說明了報錯的檔案和哪行程式碼，無法知道程式的上下文堆疊訊息，不知道具體是哪塊業務邏輯呼叫的，這樣一來就無法定位修復錯誤。如果是偶爾出現，也沒有來自前端業務的回饋怎麼檢查呢。
解決想法
1、有人想到了修改memory_limit增加記憶體分配，但這種方法治標不治本。做開發肯定要找到問題的根源。
2、開啟core dump，如果產生code檔案可以進行偵錯，但發現code只有進程異常退出才會產生。像E_ERROR等級的錯誤不一定會產生code文件，記憶體溢出這種可能PHP內部自己就處理了。
3、使用register_shutdown_function註冊一個PHP終止時的回呼函數，再呼叫error_get_last如果獲取到了最後發生的錯誤，就透過debug_print_backtrace取得程式的堆疊訊息，我們試試看。
修改CommonReturn.class.php檔案如下
<?php
/**
* 公共返回封装
* Class CommonReturn
*/
class CommonReturn
{
/**
* 打包函数
* @param $params
* @param int $status
*
* @return mixed
*/
static public function packData($params, $status = 0)
{
register_shutdown_function(['CommonReturn', 'handleFatal']);
$res['status'] = $status;
$res['data'] = json_encode($params);
return $res;
}
/**
* 错误处理
*/
static protected function handleFatal()
{
$err = error_get_last();
if ($err['type']) {
ob_start();
debug_print_backtrace(DEBUG_BACKTRACE_IGNORE_ARGS, 5);
$trace = ob_get_clean();
$log_cont = 'time=%s' . PHP_EOL . 'error_get_last:%s' . PHP_EOL . 'trace:%s' . PHP_EOL;
@file_put_contents('/tmp/debug_' . __FUNCTION__ . '.log', sprintf($log_cont, date('Y-m-d H:i:s'), var_export($err, 1), $trace), FILE_APPEND);
}
}
}登入後複製
再次執行bug.php，日誌如下。
error_get_last:array (
'type' => 1,
'message' => 'Allowed memory size of 1048576 bytes exhausted (tried to allocate 525177 bytes)',
'file' => '/CommonReturn.class.php',
'line' => 23,
)
trace:#0 CommonReturn::handleFatal()
登入後複製
回溯訊息沒有來源，尷尬了。猜測因為backtrace資訊保存在記憶體中，當出現致命錯誤時會清空。沒辦法，把backtrace從外面傳進來試試。再次修改CommonReturn.class.php。
<?php
/**
* 公共返回封装
* Class CommonReturn
*/
class CommonReturn
{
/**
* 打包函数
* @param $params
* @param int $status
*
* @return mixed
*/
static public function packData($params, $status = 0)
{
ob_start();
debug_print_backtrace(DEBUG_BACKTRACE_IGNORE_ARGS, 5);
$trace = ob_get_clean();
register_shutdown_function(['CommonReturn', 'handleFatal'], $trace);
$res['status'] = $status;
$res['data'] = json_encode($params);
return $res;
}
/**
* 错误处理
* @param $trace
*/
static protected function handleFatal($trace)
{
$err = error_get_last();
if ($err['type']) {
$log_cont = 'time=%s' . PHP_EOL . 'error_get_last:%s' . PHP_EOL . 'trace:%s' . PHP_EOL;
@file_put_contents('/tmp/debug_' . __FUNCTION__ . '.log', sprintf($log_cont, date('Y-m-d H:i:s'), var_export($err, 1), $trace), FILE_APPEND);
}
}
}登入後複製
再次執行bug.php，日誌如下。
error_get_last:array (
'type' => 1,
'message' => 'Allowed memory size of 1048576 bytes exhausted (tried to allocate 525177 bytes)',
'file' => '/CommonReturn.class.php',
'line' => 26,
)
trace:#0 CommonReturn::packData() called at [/bug.php:13]
登入後複製
成功定位到了呼叫來源，在bug.php的13行。將最終的CommonReturn.class.php發佈到生產環境，再次出現錯誤時候看日誌就可以了。但是這樣的話所有呼叫packData的程式都會執行trace函數，一定也會影響效能的。
總結
對於其中使用到的register_shutdown_function函數需要注意，可以註冊多個不同的回調，但是如果某一個回呼函數中exit了，那麼後面註冊的回呼函數都不會執行。
debug_print_backtrace這個取得回溯資訊函數第一個是否包含請求參數，第二個是回溯記錄層數，我們這裡是不回傳請求參數，可以節省些內存，而且如果請求參數巨大的話調這個函數可能就直接記憶體溢出了。
最好的方法就是升級PHP7，可以像例外一樣捕捉錯誤。
以上是PHP5下的Error錯誤處理及問題定位的介紹（程式碼範例）的詳細內容。更多資訊請關注PHP中文網其他相關文章！
