小心使用@操作符——虽然它抑制了警告，但也抑制了致命错误。我花了很多时间调试系统中的一个问题，其中有人写了@mysql_query('…’)，问题是mysql支持没有加载到PHP中，它抛出了一个无声的致命错误。它对于PHP核心的一部分是安全的，但请谨慎使用。

bob@mypc:~$ php -a
Interactive shell

php > echo @something(); // this will just silently die...

没有进一步的输出-祝你调试好运!

bob@mypc:~$ php -a
Interactive shell

php > echo something(); // lets try it again but don't suppress the error
PHP Fatal error:  Call to undefined function something() in php shell code on line 1
PHP Stack trace:
PHP   1. {main}() php shell code:0
bob@mypc:~$ 

这次我们可以看到为什么它失败了。

我只建议在直接操作时使用@来抑制警告(例如$prop = @($high/($width - $depth));跳过0警告的除法)。然而，在大多数情况下，这是更好的处理。

设置和恢复错误处理程序

一种可能是在调用之前设置自己的错误处理程序，然后使用restore_error_handler()恢复之前的错误处理程序。

set_error_handler(function() { /* ignore errors */ });
dns_get_record();
restore_error_handler();

您可以在此基础上编写一个可重用的错误处理程序，为您记录错误。

set_error_handler([$logger, 'onSilencedError']);
dns_get_record();
restore_error_handler();

将错误转化为异常

您可以使用set_error_handler()和ErrorException类将所有php错误转换为异常。

set_error_handler(function($errno, $errstr, $errfile, $errline) {
    // error was suppressed with the @-operator
    if (0 === error_reporting()) {
        return false;
    }
    
    throw new ErrorException($errstr, 0, $errno, $errfile, $errline);
});

try {
    dns_get_record();
} catch (ErrorException $e) {
    // ...
}

在使用您自己的错误处理程序时需要注意的重要一点是，它将绕过error_reporting设置并将所有错误(通知、警告等)传递给您的错误处理程序。您可以在set_error_handler()上设置第二个参数来定义您希望接收的错误类型，或者使用…错误处理程序中的= error_reporting()。

抑制警告

另一种可能是使用@操作符抑制调用，然后检查dns_get_record()的返回值。但我建议不要这样做，因为错误/警告是被触发来处理的，而不是被抑制的。

我想尝试/捕捉一个警告，但同时保持通常的警告/错误日志(例如在/var/log/apache2/error.log);处理程序必须返回false。然而，由于"throw new…"语句基本上会中断执行，因此必须使用"wrap in function"技巧，也在下面讨论过:

在php中有一种静态的方法来抛出异常吗

或者，简单地说:

  function throwErrorException($errstr = null,$code = null, $errno = null, $errfile = null, $errline = null) {
    throw new ErrorException($errstr, 0, $errno, $errfile, $errline);
  }
  function warning_handler($errno, $errstr, $errfile, $errline, array $errcontext) {
    return false && throwErrorException($errstr, 0, $errno, $errfile, $errline);
    # error_log("AAA"); # will never run after throw
    /* Do execute PHP internal error handler */
    # return false; # will never run after throw
  }
  ...
  set_error_handler('warning_handler', E_WARNING);
  ...
  try {
    mkdir($path, 0777, true);
  } catch (Exception $e) {
    echo $e->getMessage();
    // ...
  }

编辑:经过仔细检查，发现它不起作用:“return false && throwErrorException…”基本上不会抛出异常，而只是记录错误日志;删除"false &&"部分，如在"return throwErrorException…"中，将使异常抛出工作，但将不会记录error_log…尽管如此，我仍然会把这篇文章贴在网上，因为我还没有在其他地方看到这种行为的记录。

尝试检查它是否返回一些布尔值，然后你可以简单地把它作为一个条件。我遇到这与oci_execute(…)返回一些违反我的唯一键。

ex.
oci_parse($res, "[oracle pl/sql]");
if(oci_execute){
...do something
}

从PHP8开始，您可以执行以下操作，而不是设置错误处理程序来捕获错误和警告。我相信PHP 7。你可以捕捉一些错误。

try {
    call_user_func('sprintf', array_merge([$string], $args));
} catch (Throwable $e) {
    $logger->info('mesage...');
}

如果以这种方式隔离，您通常应该在可以传递或访问记录器的地方，因为它可以混淆编码器错误，例如将错误输入的参数传递给方法，并掩盖各种其他问题。

https://php.watch/versions/8.0/internal-function-exceptions

不确定是否注意到(可能没有)，但您可以通过更多地考虑您想要做的事情来解决像这样的例子。

构建器模式和选项模式都为此提供了解决方案，在调用之前(可以是私有函数，也可以是有效性检查之后)，您可以抛出一个真正的自定义异常，该异常仅可归因于您的代码。这将使内置函数使用起来非常安全。

另一个很好的做法是使用debug_backtrace和DEBUG_BACKTRACE_IGNORE_ARGS，或者在Throwable对象上使用getTrace或getTraceAsString方法，这样可以保留一些上下文。