老熟女激烈的高潮_日韩一级黄色录像_亚洲1区2区3区视频_精品少妇一区二区三区在线播放_国产欧美日产久久_午夜福利精品导航凹凸

重慶分公司,新征程啟航

為企業(yè)提供網(wǎng)站建設(shè)、域名注冊(cè)、服務(wù)器等服務(wù)

在PHP7中對(duì)于Error的處理方法是什么

這篇文章主要講解了“在PHP7中對(duì)于Error的處理方法是什么”,文中的講解內(nèi)容簡(jiǎn)單清晰,易于學(xué)習(xí)與理解,下面請(qǐng)大家跟著小編的思路慢慢深入,一起來(lái)研究和學(xué)習(xí)“在PHP7中對(duì)于Error的處理方法是什么”吧!

成都創(chuàng)新互聯(lián)擁有網(wǎng)站維護(hù)技術(shù)和項(xiàng)目管理團(tuán)隊(duì),建立的售前、實(shí)施和售后服務(wù)體系,為客戶提供定制化的成都網(wǎng)站設(shè)計(jì)、網(wǎng)站制作、網(wǎng)站維護(hù)、多線BGP機(jī)房解決方案。為客戶網(wǎng)站安全和日常運(yùn)維提供整體管家式外包優(yōu)質(zhì)服務(wù)。我們的網(wǎng)站維護(hù)服務(wù)覆蓋集團(tuán)企業(yè)、上市公司、外企網(wǎng)站、商城網(wǎng)站定制開發(fā)、政府網(wǎng)站等各類型客戶群體,為全球上1000+企業(yè)提供全方位網(wǎng)站維護(hù)、服務(wù)器維護(hù)解決方案。

前段時(shí)間在項(xiàng)目中遇到一個(gè)當(dāng)時(shí)覺得比較奇怪的情況:使用 GuzzleHttp 發(fā)送 curl 請(qǐng)求,API 響應(yīng)超時(shí)導(dǎo)致拋出異常。但 catch(\Exception) 并沒有捕獲異常,導(dǎo)致代碼意外停止運(yùn)行。后來(lái)查資料發(fā)現(xiàn),在 PHP 7 中,GuzzleHttp 請(qǐng)求超時(shí)拋出的異常繼承的是 Error,而 Error 并沒有繼承 Exception,所以 catch(\Exception) 無(wú)法捕獲并處理該異常。

PHP 7 中對(duì) Error 的處理

在 PHP 5 中,當(dāng)程序中有致命錯(cuò)誤發(fā)生時(shí),腳本會(huì)立即停止運(yùn)行。并且,通過 set_error_handler 設(shè)置的錯(cuò)誤處理程序在這種情況下并不會(huì)被調(diào)用。

⒈ 自定義錯(cuò)誤處理程序 set_error_handler

??set_error_handler 接受兩個(gè)參數(shù),第一個(gè)為自定義的錯(cuò)誤處理函數(shù),第二個(gè)參數(shù)指定觸發(fā)該自定義錯(cuò)誤處理函數(shù)的錯(cuò)誤級(jí)別。但需要指出的是,在任何時(shí)候,只能有一個(gè)自定義的錯(cuò)誤處理程序起作用。

function func_notice($num, $str, $file, $line) {
    print "Encountered notice $num in $file, line $line: $str\n";
}
function func_error($num, $str, $file, $line) {
    print "Encountered error $num in $file, line $line: $str\n";
}
set_error_handler("func_notice", E_NOTICE);
set_error_handler("func_error", E_ERROR);
echo $foo;

??以上代碼在執(zhí)行以后,會(huì)輸出 PHP Notice: Undefined variable: foo 。在第二個(gè) set_error_handler 執(zhí)行以后,自定義錯(cuò)誤處理函數(shù)變成了 func_error ,同時(shí),觸發(fā)自定義錯(cuò)誤處理函數(shù)的錯(cuò)誤級(jí)別變成了 E_ERROR 。而在 PHP 中,變量未定義只會(huì)觸發(fā) E_NOTICE 級(jí)別的錯(cuò)誤,所以自定義的錯(cuò)誤處理函數(shù)并不會(huì)被觸發(fā)。

需要指出的是,自定義的錯(cuò)誤處理函數(shù)對(duì)以下幾種錯(cuò)誤級(jí)別并不起作用:

E_ERROR、E_PARSE、E_CORE_ERROR、E_CORE_WARNING、E_COMPILE_ERROR、E_COMPILE_WARNING、E_STRICT

??在上述幾種自定義錯(cuò)誤處理程序無(wú)法處理的錯(cuò)誤中,凡是以 ERROR 結(jié)尾的都是致命錯(cuò)誤。其他幾種雖然不是致命錯(cuò)誤,但

  • E_PARSE 是在解析 PHP 代碼時(shí)產(chǎn)生的錯(cuò)誤,此時(shí) PHP 代碼尚未開始運(yùn)行,自定義錯(cuò)誤處理程序自然無(wú)法處理該錯(cuò)誤

  • E_CORE_WARNING 產(chǎn)生于 PHP 的初始化啟動(dòng)階段,此時(shí) PHP 代碼仍然尚未運(yùn)行,所以不能被自定義錯(cuò)誤處理程序處理

  • E_COMPILE_WARNING 是在 PHP 代碼的編譯階段產(chǎn)生,所以不能被自定義錯(cuò)誤處理程序處理

而至于 E_STRICT 是 PHP 為了保證代碼的最佳互操作性和向前兼容而提出的代碼修改建議,自然也不會(huì)被自定義錯(cuò)誤處理函數(shù)處理

function func_error($num, $str, $file, $line) {
    print "Encountered error $num in $file, line $line: $str\n";
}
set_error_handler('func_error', E_NOTICE);
$obj = 'foo';
$obj->method();

?? 以上代碼運(yùn)行輸出結(jié)果:

PHP Fatal error:  Call to a member function method() on string

??雖然設(shè)置了自定義錯(cuò)誤處理程序,但在致命錯(cuò)誤發(fā)生時(shí),并不起作用。

??對(duì)于這種自定義錯(cuò)誤處理程序無(wú)法處理的致命錯(cuò)誤,在 PHP 5 中可以通過注冊(cè)一個(gè)終止回調(diào)(shutdown_function)來(lái)記錄具體的錯(cuò)誤信息,但也僅限于記錄錯(cuò)誤信息,當(dāng)發(fā)生致命錯(cuò)誤時(shí)代碼仍然會(huì)停止運(yùn)行。

$shutdownHandler = function(){
    print PHP_EOL;
    print "============================" . PHP_EOL;
    print "Running the shutdown handler" . PHP_EOL;
    $error = error_get_last();
    if (!empty($error))
    {
        print "Looks like there was an error: " . print_r($error, true) . PHP_EOL;
        // 可以添加記錄日志的邏輯
    }
    else
    {
        // 程序正常運(yùn)行結(jié)束
        print "Running a normal shutdown without error." . PHP_EOL;
    }
};
register_shutdown_function($shutdownHandler);
$obj = 'foo';
$obj->method();

??以上代碼執(zhí)行會(huì)輸出

PHP Fatal error:  Call to a member function method() on string in /home/chenyan/test.php on line 24
============================
Running the shutdown handler
Looks like there was an error: Array
(
    [type] => 1
    [message] => Call to a member function method() on string
    [file] => /home/chenyan/test.php
    [line] => 24
)

⒉ 撤銷自定義錯(cuò)誤處理程序

??當(dāng)同時(shí)設(shè)置多個(gè)自定義錯(cuò)誤處理程序時(shí),雖然只有最后設(shè)置的自定義錯(cuò)誤處理程序起作用。但所有設(shè)置的自定義錯(cuò)誤處理程序會(huì)以棧的方式保存(FILO)。

??使用 restore_error_handler 可以撤銷最近一次設(shè)置的自定義錯(cuò)誤處理程序;如果同時(shí)調(diào)用了多次 set_error_handler ,則每調(diào)用一次 restore_error_handler,處于棧頂?shù)腻e(cuò)誤處理程序就會(huì)被撤銷。

function func_notice($num, $str, $file, $line) {
    print "Encountered notice : $str\n";
}
set_error_handler("func_notice", E_NOTICE);
set_error_handler("func_notice", E_NOTICE);
set_error_handler("func_notice", E_NOTICE);
echo $foo;
set_error_handler("func_notice", E_NOTICE);
echo $foo;
restore_error_handler();
echo $foo;
restore_error_handler();
echo $foo;
restore_error_handler();
echo $foo;
restore_error_handler();
echo $foo;

??以上代碼運(yùn)行,會(huì)輸出:

Encountered notice : Undefined variable: foo
Encountered notice : Undefined variable: foo
Encountered notice : Undefined variable: foo
Encountered notice : Undefined variable: foo
Encountered notice : Undefined variable: foo
PHP Notice:  Undefined variable: foo

⒊ PHP 7 中對(duì)錯(cuò)誤的處理

??在 PHP 7 中,當(dāng)有致命錯(cuò)誤或 E_RECOVERABLE_ERROR 類型的錯(cuò)誤發(fā)生時(shí),通常會(huì)拋出一個(gè) Error,程序并不會(huì)終止。

try {
    $obj = 'foo';
    $obj->method();
} catch (\Error $e) {
    echo $e->getMessage();
}

??運(yùn)行以上代碼會(huì)輸出

Call to a member function method() on string

E_RECOVERABLE_ERROR 是一種可捕獲的致命錯(cuò)誤,這種錯(cuò)誤的出現(xiàn)并不會(huì)使得 Zend 引擎處于不穩(wěn)定的狀態(tài),但必須被捕獲并且處理。如果不處理,那么這種錯(cuò)誤最終會(huì)變成 E_ERROR 類型的錯(cuò)誤,最終導(dǎo)致 PHP 代碼停止運(yùn)行。

??php 7 中,并不是所有的致命錯(cuò)誤都會(huì)拋出 Error,一些特定情況下出現(xiàn)的致命錯(cuò)誤( Out Of Memory)仍然會(huì)導(dǎo)致代碼停止運(yùn)行。另外,如果拋出的 Error 沒有被捕獲并處理,則代碼仍然會(huì)停止運(yùn)行。

// bak.sql 的大小為 377 M
// PHP 配置的 memory_limit = 128M
try {
    $file = './bak.sql';
    file_get_contents($file);
} catch (\Error $e) {
    echo $e->getMessage();
}
// 執(zhí)行以上代碼,仍然會(huì)產(chǎn)生致命錯(cuò)誤
PHP Fatal error:  Allowed memory size of 134217728 bytes exhausted (tried to allocate 395191240 bytes)
// 拋出的 Error 沒有被捕獲并處理,代碼依然會(huì)停止運(yùn)行
$obj = 'foo';
$obj->method();
// 執(zhí)行以上代碼,由于并沒有用 try/catch 捕獲并處理拋出的 Error,程序仍然會(huì)停止運(yùn)行
PHP Fatal error:  Uncaught Error: Call to a member function method() on string

??PHP 7 中的 Error 并沒有繼承 Exception,之所以這樣做是為了防止 PHP 5 中捕獲并處理 Exception 的代碼捕獲這些 Error。因?yàn)樵?PHP 5 中,這些致命錯(cuò)誤是會(huì)導(dǎo)致代碼停止運(yùn)行的。

??Error 和 Exception 都繼承自 Throwable 。在 PHP 7 中,Throwable 是一個(gè) interface,所有能通過 throw 關(guān)鍵字拋出的對(duì)象都實(shí)現(xiàn)了這個(gè) interface。

interface Throwable
{
    public function getMessage(): string;
    public function getCode(): int;
    public function getFile(): string;
    public function getLine(): int;
    public function getTrace(): array;
    public function getTraceAsString(): string;
    public function getPrevious(): Throwable;
    public function __toString(): string;
}

??需要指出的是,Throwable 是 PHP 底層的 interface,PHP 代碼中不能直接實(shí)現(xiàn) Throwable 。之所以作出這個(gè)限制,是因?yàn)橥ǔV挥?Error 和 Exception 可以被拋出,并且這些拋出的 Error 和 Exception 中還存儲(chǔ)了它們被拋出的堆棧跟蹤信息,而 PHP 代碼中開發(fā)者自定義的 class 無(wú)法實(shí)現(xiàn)這些。

??要在 PHP 代碼中實(shí)現(xiàn) Throwable 必須通過繼承 Exception 來(lái)實(shí)現(xiàn)。

interface CustomThrowable extends Throwable {}
class CustomException extends Exception implements CustomThrowable {}
throw new CustomException();

??PHP 7 中 Error 和 Exception 的繼承關(guān)系

interface Throwable
    |- Exception implements Throwable
        |- Other Exception classes
    |- Error implements Throwable
        |- TypeError extends Error
        |- ParseError extends Error
        |- AssertionError extends Error
        |- ArithmeticError extends Error
            |- DivizionByZeroError extends ArithmeticError
  • TypeError

??當(dāng)函數(shù)的傳參或返回值的數(shù)據(jù)類型與申明的數(shù)據(jù)類型不一致時(shí),會(huì)拋出 TypeError

function add(int $left, int $right)
{
    return $left + $right;
}
try {
    $value = add('left', 'right');
} catch (TypeError $e) {
    echo $e->getMessage();
}
// 運(yùn)行以上代碼,會(huì)輸出:
Argument 1 passed to add() must be of the type int, string given

??當(dāng)開啟嚴(yán)格模式時(shí),如果 PHP 內(nèi)建函數(shù)的傳參個(gè)數(shù)與要求的參數(shù)不一致,也會(huì)拋出 TypeError

declare(strict_types = 1);
try {
    substr('abc');
} catch (TypeError $e) {
    echo $e->getMessage();
}
// 運(yùn)行以上代碼,會(huì)輸出:
substr() expects at least 2 parameters, 1 given

??默認(rèn)情況下,PHP 7 處于弱模式。在弱模式下,PHP 7 會(huì)盡可能的將傳參的數(shù)據(jù)類型轉(zhuǎn)換為期望的數(shù)據(jù)類型。例如,如果函數(shù)期望的參數(shù)類型為 string,而實(shí)際傳參的數(shù)據(jù)類型的 int,那么 PHP 會(huì)把 int 轉(zhuǎn)換為 string。

// declare(strict_types = 1);
function add(string $left, string $right)
{
    return $left + $right;
}
try {
    $value = add(11, 22);
    echo $value;
} catch (TypeError $e) {
    echo $e->getMessage();
}
// 以上代碼運(yùn)行,會(huì)正常輸出 33,PHP 會(huì)對(duì)傳參的數(shù)據(jù)類型做轉(zhuǎn)換(int→string→int)
// 但如將 PHP 改為嚴(yán)格模式,則運(yùn)行是會(huì)拋出 TypeError
Argument 1 passed to add() must be of the type string, int given
  • ParseError

??當(dāng)在 include 或 require 包含的文件中存在語(yǔ)法錯(cuò)誤,或 eval() 函數(shù)中的代碼中存在語(yǔ)法錯(cuò)誤時(shí),會(huì)拋出 ParseError

// a.php
$a = 1
$b = 2
// test.php
try {
    require 'a.php';
} catch (ParseError $e) {
    echo $e->getMessage();
}
// 以上代碼運(yùn)行會(huì)輸出:
syntax error, unexpected '$b' (T_VARIABLE)
// eval 函數(shù)中的代碼存在語(yǔ)法錯(cuò)誤
try {
    eval("$a = 1");
} catch (ParseError $e) {
    echo $e->getMessage();
}
// 以上代碼運(yùn)行會(huì)輸出:
syntax error, unexpected end of file
  • AssertionError

??當(dāng)斷言失敗時(shí),會(huì)拋出 AssertionError(此時(shí)要求 PHP 配置中 zend.assertions = 1,assert.exception = 1,這兩個(gè)配置可以在 php.ini 文件中配置,也可以通過 ini_set() 在 PHP 代碼中配置)。

ini_set('zend_assertions', 1);
ini_set('assert.exception', 1);
try {
    $test = 1;
    assert($test === 0);
} catch (AssertionError $e) {
    echo $e->getMessage();
}
// 運(yùn)行以上代碼會(huì)輸出:
assert($test === 0)
  • ArithmeticError

??在 PHP 7 中,目前有兩種情況會(huì)拋出 ArithmeticError:按位移動(dòng)操作,第二個(gè)參數(shù)為負(fù)數(shù);使用 intdiv() 函數(shù)計(jì)算 PHP_INT_MIN 和 -1 的商(如果使用 / 計(jì)算 PHP_INT_MIN 和 -1 的商,結(jié)果會(huì)自動(dòng)轉(zhuǎn)換為 float 類型)。

try {
    $value = 1 << -1;
} catch (ArithmeticError $e) {
    echo $e->getMessage();
}
// 運(yùn)行以上代碼,會(huì)輸出:
Bit shift by negative number
try {
    $value = intdiv(PHP_INT_MIN, -1);
} catch (ArithmeticError $e) {
    echo $e->getMessage();
}
// 運(yùn)行以上代碼,會(huì)輸出:
Division of PHP_INT_MIN by -1 is not an integer
  • DivisionByZeroError

??拋出 DivisionByZeorError 的情況目前也有兩種:在進(jìn)行取模(%)運(yùn)算時(shí),第二個(gè)操作數(shù)為 0;使用 intdiv() 計(jì)算兩個(gè)數(shù)的商時(shí),除數(shù)為 0。如果使用 / 計(jì)算兩個(gè)數(shù)的商時(shí)除數(shù)為 0,PHP 只會(huì)產(chǎn)生一個(gè) Warning。并且,如果被除數(shù)非 0,則結(jié)果為 INF,如果被除數(shù)也是 0,則結(jié)果為 NaN。

try {
    $value = 1 % 0;
    echo $value;
} catch (DivisionByZeroError $e) {
    echo $e->getMessage(), "\n";
}
// 運(yùn)行以上代碼,會(huì)輸出:
Modulo by zero
try {
    $value = intdiv(0, 0);
    echo $value;
} catch (DivisionByZeroError $e) {
    echo $e->getMessage(), "\n";
}
// 運(yùn)行以上代碼,會(huì)輸出:
Division by zero

??通常在實(shí)際的業(yè)務(wù)中,捕獲并處理拋出的 Error 并不常見,因?yàn)橐坏伋?Error 說明代碼存在嚴(yán)重的 BUG,需要修復(fù)。所以,在實(shí)際的業(yè)務(wù)中,Error 更多的只是被用來(lái)捕獲并記錄具體的錯(cuò)誤日志,然后通知開發(fā)者進(jìn)行 BUG 修復(fù)。

感謝各位的閱讀,以上就是“在PHP7中對(duì)于Error的處理方法是什么”的內(nèi)容了,經(jīng)過本文的學(xué)習(xí)后,相信大家對(duì)在PHP7中對(duì)于Error的處理方法是什么這一問題有了更深刻的體會(huì),具體使用情況還需要大家實(shí)踐驗(yàn)證。這里是創(chuàng)新互聯(lián),小編將為大家推送更多相關(guān)知識(shí)點(diǎn)的文章,歡迎關(guān)注!


網(wǎng)站題目:在PHP7中對(duì)于Error的處理方法是什么
文章URL:http://www.xueling.net.cn/article/pgjgdd.html

其他資訊

在線咨詢
服務(wù)熱線
服務(wù)熱線:028-86922220
TOP
主站蜘蛛池模板: 国产精品视频免费观看 | 亚洲性猛交| 九色国产视频 | 国产一区二区三区美女 | 欧洲美女黑人粗性暴交 | 一本色道久久综合狠狠躁的推荐 | 国产精品日韩欧美一区二区视频 | 国产手机视频自拍 | 麻豆国产一区二区三区四区 | 色视频网站在线 | 免费看又黄又无码的网站 | 国产精品毛片av一区二区三 | 99久久这里只有精品 | 黄上黄在线观看 | 99久久精品久久久久久动态片 | 国产免费播放视频 | 高潮喷水的毛片 | 日本三级午夜在线看激 | a级性视频 | 国产亚洲欧美一区二区三区在线播放 | 中文字幕一区二区在线播放 | 欧日韩无套内射变态 | 国内成人免费视频 | 欧洲尺码日本尺码专线图片 | 啊灬啊灬啊灬快灬深一区二区 | 国内大量揄拍人妻精品視頻 | 久久精品2021国产 | 成人18夜夜网深夜福利网 | 欧美草草 | 国产欧美在线视频 | 日本黄色小视频 | 被仇人调教成禁脔h虐 | 国产精品综合不卡 | 中文字幕人成无码免费视频 | 波多野吉衣视频在线观看 | 美景之屋3免费 | 日本洗澡BBW | 视频在线观看一区二区 | 8x拔播拔播x8国产精品 | 精品国产乱码 | 久久成人免费精品网站 |