开发环境应设置error_reporting(e_all | e_notice)以发现所有潜在问题；2. 测试环境可设为error_reporting(e_all & ~e_notice)忽略不重要提醒；3. 生产环境建议设为error_reporting(0)并关闭display_errors，同时开启log_errors并将错误记录到指定日志文件；4. 可通过error_reporting()函数动态调整级别，结合ini_set()和restore原设置；5. 使用error_log()或php.ini配置记录错误；6. 通过register_shutdown_function()处理致命错误；7. 使用try-catch捕获异常；8. 避免滥用@操作符抑制错误；9. 可用set_error_handler()定义自定义错误处理函数；10. 最佳实践是开发时全开错误报告，生产时关闭显示并启用日志记录，以保障安全与可维护性。
PHP脚本的错误报告级别可以通过
error_reporting()函数和
display_errors配置项进行设置。核心在于明确你希望在开发、测试和生产环境中分别看到哪些级别的错误。
error_reporting() 函数的使用方法
error_reporting()函数允许你在运行时设置错误报告级别。这是一个非常灵活的方式，因为它可以在脚本的不同部分设置不同的级别。
立即学习“PHP免费学习笔记（深入）”；
<?php
// 关闭所有PHP错误报告
error_reporting(0);
// 报告所有错误，除了 E_NOTICE
error_reporting(E_ALL & ~E_NOTICE);
// 报告所有 PHP 错误 (参见 changelog)
error_reporting(E_ALL);
// 报告 E_NOTICE 也能提醒你
// 代码中的一些不好的习惯
error_reporting(E_ALL | E_NOTICE);
// 报告所有错误
error_reporting(-1);
// 和 error_reporting(E_ALL); 一样
ini_set('error_reporting', E_ALL);
?>这里有一些常用的错误级别常量：
E_ERROR
: 致命的运行时错误。脚本终止执行。E_WARNING
: 运行时警告（非致命错误）。脚本继续执行。E_NOTICE
: 运行时提醒。可能是代码中的错误，也可能不是。E_ALL
: 所有错误和警告。
如何在php.ini中设置错误报告级别？
在
php.ini文件中，你可以使用
error_reporting配置项来设置全局的错误报告级别。例如：
error_reporting = E_ALL & ~E_NOTICE display_errors = Off ; 在生产环境中关闭错误显示 log_errors = On ; 将错误记录到日志中 error_log = /path/to/php_errors.log ; 指定错误日志文件
display_errors配置项决定是否将错误信息显示在浏览器中。在生产环境中，强烈建议关闭此选项，以避免泄露敏感信息。
如何动态地改变错误报告级别？
有时候，你可能需要在脚本中动态地改变错误报告级别。例如，你可能希望在一个特定的函数中关闭错误报告，以避免干扰。
<?php
function do_something() {
$old_error_reporting = error_reporting(0); // 关闭错误报告
// ... 执行一些可能出错的代码 ...
error_reporting($old_error_reporting); // 恢复之前的错误报告级别
}
?>不同环境下的错误报告级别应该如何设置？
-
开发环境： 建议设置为
E_ALL | E_NOTICE
，以便发现所有潜在的问题。 -
测试环境： 可以设置为
E_ALL & ~E_NOTICE
，忽略一些不太重要的提醒。 -
生产环境： 建议设置为
0
，并开启错误日志记录。
如何将错误信息记录到日志文件中？
为了方便调试和排查问题，建议将错误信息记录到日志文件中。可以使用
error_log()函数或者在
php.ini文件中配置
log_errors和
error_log选项。
<?php
error_log("Something went wrong!", 0, "/path/to/my_errors.log");
?>或者，在
php.ini中：
log_errors = On error_log = /path/to/php_errors.log
如何处理致命错误？
致命错误（
E_ERROR）会导致脚本终止执行。为了更好地处理这些错误，可以使用
register_shutdown_function()函数注册一个在脚本执行结束时调用的函数。
<?php
function handle_fatal_error() {
$error = error_get_last();
if ($error && $error['type'] === E_ERROR) {
// ... 处理致命错误 ...
error_log("Fatal error: " . $error['message'], 0, "/path/to/my_errors.log");
// ... 可以尝试发送邮件通知 ...
}
}
register_shutdown_function('handle_fatal_error');
?>如何使用try-catch块处理异常？
虽然
error_reporting()主要用于处理PHP的错误，但对于异常，应该使用
try-catch块来捕获和处理。
<?php
try {
// ... 可能抛出异常的代码 ...
throw new Exception("Something went wrong!");
} catch (Exception $e) {
// ... 处理异常 ...
error_log("Exception: " . $e->getMessage(), 0, "/path/to/my_errors.log");
}
?>如何忽略特定的错误？
有时候，你可能希望忽略特定的错误。可以使用
@操作符来抑制错误显示。但是，不建议滥用此操作符，因为它会隐藏潜在的问题。
<?php
$result = @file_get_contents("non_existent_file.txt");
?>如何自定义错误处理函数？
可以使用
set_error_handler()函数来注册一个自定义的错误处理函数。
<?php
function my_error_handler($errno, $errstr, $errfile, $errline) {
error_log("Error: [$errno] $errstr - $errfile:$errline", 0, "/path/to/my_errors.log");
}
set_error_handler("my_error_handler");
// 触发一个错误
trigger_error("Something went wrong!", E_USER_WARNING);
?>错误报告级别设置的最佳实践是什么？
总的来说，错误报告级别的设置应该根据不同的环境和需求进行调整。在开发环境中，应该尽可能地显示所有错误，以便及时发现问题。在生产环境中，应该关闭错误显示，并开启错误日志记录，以便在不影响用户体验的情况下排查问题。同时，应该避免滥用
@操作符，并尽可能地使用
try-catch块来处理异常。
