PHP批斗大会之缺失的异常详解

故事的开始

这几天观察错误日志发现有一个数据反序列化的notice错误，实际情况我是从缓存中读取数据然后反序列化，因为反序列化失败，所以实际每次都是去数据库取的值。背后性能影响还是挺大的。

缺失的异常

刚开始写代码的时候一直不明白为什么要用异常，感觉if el就能搞定了，为什么还要多此一举，现在反而觉得 php 的异常太少。

对比两种序列化场景，一个是json，另一个是rialize。

json

在json encode/decode的时候，如果出现异常，可以通过json_last_error()来获取。

…

这样的设计只能说勉强高三生物教学反思够用，不太符合面向对象的套路。

rialize/unrialize

在使用自带的序列化和反序列化的时候，相比json的处理，则更加简单粗暴，没有函数能拿到最后的错误，只会通过自定义的error handler来接管，然后自己去做出一些相应的处理。

为什么要捕获异常

比如我的代码比较乱，有的 key 是 json 序列化，有的 key 是 rialize。我们可以将 key 分类。不能确保其他人配置的对应关系是对的，或者有的人忘记了，所以我需要用捕获异常的方式来兜底，这样我们的代码更加健壮一些。当unrialize失败之后，我们可以尝试去json_decode，而不是立即返回一个fal，从而把请求传递到数据库。

代码演示

error_repor审计学专业就业方向ting(e_all);$a = ["a" => 1];class uns所有者权益比率erializeexception extends erro护理专升本考试科目rexception{}t_error_handler(function ($verity, $message, $file, $line) {  $info = explode(":", $message);  if ($verity == e_notice) {    if ($info[0] == "unrialize()") {      throw new unrializeexception($message);    }    return true;  } el {    throw new errorexception($message, 0, $verity, $file, $line);;  }});try {  $b = unrialize(json_encode($a));} catch (errorexception $exception) {  var_dump(get_class($exception),公安专业科目 $exception->getmessage(), $exception->gettraceasstring()); // 捕获到了} finally {  restore_error_handler();}try {  $b = unrialize(json_encode($a));} catch (errorexception $exception) {  var_dump(get_class($exception), $exception->getmessage(), $exception->gettraceasstring()); // 无法捕获}

输出结果

string(20) “unrializeexception”
string(43) “unrialize(): error at offt 0 of 7 bytes”
string(181) “#0 [internal function]: {closure}(8, ‘unrialize(): …’, ‘/urs/mengkang…’, 34, array)
#1 /urs/mengkang/phpstormprojects/xxx/test.php(34): unrialize(‘{“a”:1}’)
#2 {main}”

notice: unrialize(): error at offt 0 of 7 bytes in /urs/mengkang/phpstormprojects/xxx/test.php on line 42

后记

所以 php 代码的异常设计还是任重而道远的，而这些已经设定的“旧的规范”要推翻，需要“勇气”，毕竟会影响所有的使用者。

好了，以上就是这篇文章的全部内容了，希望本文的内容对大家的学习或者工作具有一定的参考学习价值，谢谢大家对www.887551.com的支持。