我需要捕捉一些警告从一些php本机函数抛出，然后处理它们。
具体地说:
array dns_get_record ( string $hostname [, int $type= DNS_ANY [, array &$authns [, array &$addtl ]]] )
当DNS查询失败时，它抛出一个警告。
Try /catch不起作用，因为警告不是异常。
我现在有两个选择:
set_error_handler似乎是多余的，因为我必须使用它来过滤页面中的每个警告(这是真的吗?); 调整错误报告/显示，这样这些警告就不会显示在屏幕上，然后检查返回值;如果为假，则没有找到主机名的记录。
这里的最佳实践是什么?
当前回答
您可能应该尝试完全摆脱警告，但如果这是不可能的，您可以在调用之前使用@(即@dns_get_record(…))，然后使用您可以获得的任何信息来确定警告是否发生。
其他回答
从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方法，这样可以保留一些上下文。
FolderStructure
index.php //Script File
logs //Folder for log Every warning and Errors
CustomException.php //Custom exception File
CustomException.php
/**
* Custom error handler
*/
function handleError($code, $description, $file = null, $line = null, $context = null) {
$displayErrors = ini_get("display_errors");;
$displayErrors = strtolower($displayErrors);
if (error_reporting() === 0 || $displayErrors === "on") {
return false;
}
list($error, $log) = mapErrorCode($code);
$data = array(
'timestamp' => date("Y-m-d H:i:s:u", time()),
'level' => $log,
'code' => $code,
'type' => $error,
'description' => $description,
'file' => $file,
'line' => $line,
'context' => $context,
'path' => $file,
'message' => $error . ' (' . $code . '): ' . $description . ' in [' . $file . ', line ' . $line . ']'
);
$data = array_map('htmlentities',$data);
return fileLog(json_encode($data));
}
/**
* This method is used to write data in file
* @param mixed $logData
* @param string $fileName
* @return boolean
*/
function fileLog($logData, $fileName = ERROR_LOG_FILE) {
$fh = fopen($fileName, 'a+');
if (is_array($logData)) {
$logData = print_r($logData, 1);
}
$status = fwrite($fh, $logData . "\n");
fclose($fh);
// $file = file_get_contents($filename);
// $content = '[' . $file .']';
// file_put_contents($content);
return ($status) ? true : false;
}
/**
* Map an error code into an Error word, and log location.
*
* @param int $code Error code to map
* @return array Array of error word, and log location.
*/
function mapErrorCode($code) {
$error = $log = null;
switch ($code) {
case E_PARSE:
case E_ERROR:
case E_CORE_ERROR:
case E_COMPILE_ERROR:
case E_USER_ERROR:
$error = 'Fatal Error';
$log = LOG_ERR;
break;
case E_WARNING:
case E_USER_WARNING:
case E_COMPILE_WARNING:
case E_RECOVERABLE_ERROR:
$error = 'Warning';
$log = LOG_WARNING;
break;
case E_NOTICE:
case E_USER_NOTICE:
$error = 'Notice';
$log = LOG_NOTICE;
break;
case E_STRICT:
$error = 'Strict';
$log = LOG_NOTICE;
break;
case E_DEPRECATED:
case E_USER_DEPRECATED:
$error = 'Deprecated';
$log = LOG_NOTICE;
break;
default :
break;
}
return array($error, $log);
}
//calling custom error handler
set_error_handler("handleError");
就像这样把上面的文件包含到你的脚本文件中
index . php
error_reporting(E_ALL);
ini_set('display_errors', 'off');
define('ERROR_LOG_FILE', 'logs/app_errors.log');
include_once 'CustomException.php';
echo $a; // here undefined variable warning will be logged into logs/app_errors.log
结合file_get_contents()调用外部url的这几行代码，帮助我更好地处理像“未能打开流:连接超时”这样的警告:
set_error_handler(function ($err_severity, $err_msg, $err_file, $err_line, array $err_context)
{
throw new ErrorException( $err_msg, 0, $err_severity, $err_file, $err_line );
}, E_WARNING);
try {
$iResult = file_get_contents($sUrl);
} catch (Exception $e) {
$this->sErrorMsg = $e->getMessage();
}
restore_error_handler();
这个解决方案也适用于对象上下文。你可以在函数中使用它:
public function myContentGetter($sUrl)
{
... code above ...
return $iResult;
}
尝试检查它是否返回一些布尔值，然后你可以简单地把它作为一个条件。我遇到这与oci_execute(…)返回一些违反我的唯一键。
ex.
oci_parse($res, "[oracle pl/sql]");
if(oci_execute){
...do something
}
我只建议在直接操作时使用@来抑制警告(例如$prop = @($high/($width - $depth));跳过0警告的除法)。然而，在大多数情况下，这是更好的处理。
