- html - 出于某种原因,IE8 对我的 Sass 文件中继承的 html5 CSS 不友好?
- JMeter 在响应断言中使用 span 标签的问题
- html - 在 :hover and :active? 上具有不同效果的 CSS 动画
- html - 相对于居中的 html 内容固定的 CSS 重复背景?
我有一个名为Error
的类,该类在加载时将使用PHP中的errorHandler
方法注册一个名为set_error_handler
的函数。但是,如果函数无法加载或PHP使用默认的内置错误处理程序,则此函数将返回NULL
。我无法弄清楚为什么我的功能没有被接受。有人有什么好猜测吗?
<?php
declare (strict_types = 1);
namespace Request\Configuration;
use Errors\Exception\FatalException;
class Error extends Template
{
public static function load(): void
{
$result = set_error_handler('self::errorHandler', error_reporting());
var_dump($result);
}
public static function errorHandler(
int $number,
string $message,
string $file = null,
int $line = null,
array $context = null
) {
throw new FatalException('PHP_ERROR: ' . $message, 0);
}
}
NULL
。
最佳答案
好的,经过大量调试和探索,我找到了造成这种情况的原因。 set_error_handler()函数将仅在注册新函数之前返回当前的错误处理函数。这是一个奇怪的功能。因此,如果要确定注册是否成功,则必须调用此函数两次。因此,当此函数返回NULL
时,是因为先前注册的函数是PHP的内置函数,因此它只返回了NULL
。注意这一点,这是一个奇怪的功能。
关于php - 为什么这个error_handler函数返回NULL?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/52813837/
我是谷歌应用引擎的新手,想在上面托管我的 php 网站。我发现有一个 error_handlers 选项可以将错误(缺少页面)重定向到自定义错误页面,但是在部署时,错误页面永远不会显示。 我已经使用
我正在尝试使用 set_error_handler捕获函数require错误。 而我的自定义 error_handler正在使用,上下文似乎完全关闭,尽管跟踪是正确的。
我正在尝试学习一些 C,并选择使用“SAMS 在 21 天内自学 C”这本书。 ( 顺便说一句,有什么好的 C 书吗?这是我的第三本书!我总是以错误或损坏的代码结束,这些代码应该可以工作,但在我的学习
我有这段代码,如何将 error_handler 设置为所有函数。现在,仅当 foo1 和 foo2 外部发生错误时,才会调用 error_handler。 set_error_handler('er
我有一个只能通过 ajax 访问的 php 文件。 ajax 调用只需要格式为 json_encode 的数据d 输出。我正在尝试创建一个自定义错误处理函数来捕获 php 错误,而不是直接输出它们,而
我想覆盖默认的 PHP 错误处理程序。我确信这已经实现了无数次。 我找到了以下项目,但大多数项目似乎都很老旧。 我主要想拥有: 开发模式,仅显示所有错误/通知 生产模式,允许向用户显示干净的自定义布局
我在应用引擎 app.yaml 文件中添加了以下错误处理程序: error_handlers: - file: default_error.html 然后我计划用一个强制的 DeadlineExcee
所以在 php.ini 中我设置了: error_reporting = E_ERROR 我写了一个处理程序: register_shutdown_function( "fatal_handler
我指的是为 Google Appengine 设置自定义错误响应,如 Configuring with app.yaml 的文档中所述。特别是以下代码: error_handlers - error
我又遇到了灵气障碍问题。 我在一个名为 error_handler 的仿函数结构中实现了错误处理。这通过引用传递给语法构造函数(参见 Qi 的 MiniC 示例)。 然后我有on_error s 在语
有哪些更好的方法可以避免应用程序逻辑中出现大量 isset(),并在需要时保留查看调试消息的能力 (E_NOTICE)? p> 首先假设:E_NOTICE 不是错误,而是用词不当,实际上应该是 E_D
将 Symfony with Composer 更新到版本 2.6 后,出现以下错误: [Symfony\Component\DependencyInjection\Exception\Invalid
我是一名优秀的程序员,十分优秀!