要让php脚本在调试时显示错误提示，最直接的方法是修改php.ini文件或在脚本中使用ini_set()函数设置display_errors和error_reporting。1. 修改php.ini文件：找到并编辑php.ini，将display_errors设为on，error_reporting设为e_all，并重启web服务器；2. 在脚本中动态设置：在php脚本开头添加ini_set('display_errors', 1)和error_reporting(e_all)以临时开启错误显示。生产环境中应关闭display_errors以避免泄露敏感信息、影响用户体验，并启用log_errors将错误记录到指定日志文件。更优的错误处理方式包括使用自定义错误处理器set_error_handler()统一管理错误日志格式、发送通知或返回友好提示，以及通过try...catch结构处理异常，并设置set_exception_handler()捕获未处理的异常。调试时推荐使用error_reporting(e_all)以发现所有潜在问题，包括e_notice和e_deprecated等通知类错误，确保代码健壮性和兼容性。总之，在开发环境开启错误显示，在生产环境关闭显示但开启日志记录，并结合自定义处理机制实现安全、高效的错误管理。
要让PHP脚本在调试时显示错误提示，最直接的方式是在开发环境中修改
php.ini
ini_set()
display_errors
error_reporting
在PHP中开启错误提示，主要有两种方法，各有其适用场景：
方法一：修改 文件（推荐开发环境使用）php.ini
登录后复制登录后复制登录后复制登录后复制登录后复制登录后复制登录后复制登录后复制登录后复制登录后复制登录后复制登录后复制登录后复制
立即学习“PHP免费学习笔记（深入）”；
这是最彻底、也最推荐在开发环境下使用的方法。
php.ini
找到 文件：
通常，你可以通过创建一个包含 php.ini
登录后复制登录后复制登录后复制登录后复制登录后复制登录后复制登录后复制登录后复制登录后复制登录后复制登录后复制登录后复制登录后复制
phpinfo();
php.ini
编辑 ：
用文本编辑器打开找到的 php.ini
登录后复制登录后复制登录后复制登录后复制登录后复制登录后复制登录后复制登录后复制登录后复制登录后复制登录后复制登录后复制登录后复制
php.ini
display_errors = Off error_reporting = E_ALL
将它们修改为：
display_errors = On error_reporting = E_ALL
display_errors = On
error_reporting = E_ALL
E_ALL
E_NOTICE
重启Web服务器： 修改
php.ini
方法二：在PHP脚本中动态设置（适用于临时调试或特定脚本）
如果你无法修改
php.ini
<?php
ini_set('display_errors', 1);
error_reporting(E_ALL);
// 你的PHP代码
// ...
?>ini_set('display_errors', 1);php.ini
display_errors = On
error_reporting(E_ALL);
php.ini
error_reporting = E_ALL
这种方法的好处是即时生效，不需要重启服务器，并且只对当前脚本有效。但缺点是，如果你有很多脚本需要调试，每次都加这两行会显得很繁琐，而且容易遗漏。我个人更倾向于在开发环境直接配置
php.ini
这是个老生常谈但极其重要的问题。我见过太多新手甚至一些经验不足的开发者，为了方便直接把生产环境的
display_errors
首先，安全问题是最大的隐患。当你的PHP脚本出现错误时，如果错误信息直接显示在浏览器上，它可能会泄露大量敏感信息。比如，文件路径、数据库连接凭证、服务器配置细节，甚至是代码片段。这些信息对攻击者来说简直是宝藏，他们可以利用这些线索来进一步探测你的系统漏洞，比如进行路径遍历、SQL注入或者其他形式的攻击。试想一下，一个报错信息里包含了你服务器上某个敏感文件的绝对路径，这不就等于给黑客指明了方向吗？
其次，用户体验会变得极差。想象一下，用户正在浏览你的网站，突然页面上蹦出来一堆PHP的错误信息，乱七八糟的，带着代码行号、变量名，这看起来不仅不专业，而且会让用户感到困惑和不安。他们会觉得你的网站不稳定、不可靠，甚至可能直接选择离开。一个良好的用户体验应该是在出现问题时，给用户一个友好、清晰的提示，而不是一堆技术性的乱码。
再者，它不利于问题的追踪和解决。在生产环境，我们更应该关注的是“错误日志（Error Logging）”，而不是“错误显示（Error Display）”。显示错误是即时的，但当你不在电脑前时，或者用户遇到一个你从未预料到的错误时，这些错误信息就消失了。而错误日志会将所有错误记录下来，形成一个可供追溯的记录。通过分析日志，你可以发现系统中的趋势性问题，定位偶发性错误，甚至在用户报告问题之前就发现并解决它们。所以，在生产环境，我们通常会设置
display_errors = Off
log_errors = On
既然直接显示错误在生产环境是禁忌，那我们该如何更聪明地处理它们呢？这涉及到几个层面，从简单的日志记录到复杂的自定义错误处理机制。
1. 开启错误日志（Error Logging）
这是最基本也是最重要的生产环境配置。你需要在
php.ini
display_errors = Off log_errors = On error_log = /var/log/php_errors.log ; 指定一个可写的日志文件路径
log_errors = On
error_log = ...
www-data
apache
通过日志文件，你可以定期检查、分析网站的运行状况，发现潜在的问题。很多监控系统也可以集成PHP的错误日志，实现实时告警。
2. 使用自定义错误处理器（Custom Error Handlers）
PHP允许你通过
set_error_handler()
<?php
// 在生产环境，通常会关闭错误显示，只记录日志
ini_set('display_errors', 0);
ini_set('log_errors', 1);
ini_set('error_log', '/path/to/your/custom_php_errors.log');
function myErrorHandler($errno, $errstr, $errfile, $errline) {
// 根据错误类型进行判断
if (!(error_reporting() & $errno)) {
// 这个错误类型不在当前 error_reporting 级别中，直接返回
return false;
}
// 这里可以自定义错误处理逻辑
$errorType = "未知错误";
switch ($errno) {
case E_ERROR:
$errorType = "致命错误 (Fatal Error)";
break;
case E_WARNING:
$errorType = "警告 (Warning)";
break;
case E_NOTICE:
$errorType = "通知 (Notice)";
break;
// ... 其他错误类型
}
$logMessage = sprintf("[%s] %s: %s in %s on line %d\n",
date('Y-m-d H:i:s'), $errorType, $errstr, $errfile, $errline);
// 将错误写入日志
error_log($logMessage);
// 对于用户，可以显示一个友好的通用错误页面
// 或者重定向到错误页面
if ($errno === E_ERROR || $errno === E_PARSE || $errno === E_CORE_ERROR || $errno === E_COMPILE_ERROR) {
// 对于致命错误，可能需要停止脚本执行并显示通用错误页面
// header('Location: /error.php'); // 重定向到通用错误页面
echo "抱歉，网站发生了一个内部错误，请稍后再试。";
exit;
}
// 返回 false 让PHP继续执行其内部错误处理（如果需要，但通常我们希望完全接管）
// 或者返回 true 表示错误已处理，PHP不再处理
return true;
}
set_error_handler("myErrorHandler");
// 测试一个警告
// echo $undefined_variable;
// 测试一个致命错误
// require_once 'non_existent_file.php';
echo "脚本继续执行...";
?>通过自定义错误处理器，你可以：
3. 使用异常处理（Exception Handling）
PHP 5及更高版本引入了强大的异常处理机制。对于那些可以预见但又无法正常处理的“异常”情况，使用
try...catch
<?php
try {
// 尝试执行可能抛出异常的代码
$file = 'non_existent_file.txt';
if (!file_exists($file)) {
throw new Exception("文件 '{$file}' 不存在！");
}
// ...
} catch (Exception $e) {
// 捕获异常并处理
error_log("Caught exception: " . $e->getMessage() . " in " . $e->getFile() . " on line " . $e->getLine());
// 可以给用户一个友好的提示
echo "操作失败，请联系管理员。错误代码：ERR-" . time();
} finally {
// 无论是否发生异常，这部分代码都会执行
// 例如：关闭数据库连接
}
// 也可以设置一个全局的未捕获异常处理器
set_exception_handler(function ($exception) {
error_log("Uncaught exception: " . $exception->getMessage() . " in " . $exception->getFile() . " on line " . $exception->getLine());
echo "抱歉，服务器发生了一个意外错误，请稍后再试。";
exit;
});
// 抛出一个未被try-catch捕获的异常
// throw new Exception("这是一个未捕获的异常！");
?>异常处理和错误处理是互补的。错误处理通常用于处理PHP内部的运行时错误（如警告、通知），而异常处理则更适合处理程序中可预见但非正常流程的情况（如文件找不到、数据库连接失败）。一个健壮的PHP应用应该同时利用好这两种机制。
error_reporting()
error_reporting
E_ALL
以下是一些常见的错误报告级别常量：
E_ERROR
E_WARNING
E_PARSE
E_NOTICE
E_NOTICE
E_CORE_ERROR
E_CORE_WARNING
E_COMPILE_ERROR
E_COMPILE_WARNING
E_USER_ERROR
trigger_error()
E_USER_WARNING
trigger_error()
E_USER_NOTICE
trigger_error()
E_STRICT
E_RECOVERABLE_ERROR
E_DEPRECATED
E_USER_DEPRECATED
trigger_error()
E_ALL
E_STRICT
E_ALL
E_STRICT
E_ALL
E_DEPRECATED
E_USER_DEPRECATED
如何选择？
开发环境：
这是我最推荐的设置。它会显示所有类型的错误、警告、通知和废弃警告。这能强制你编写更规范、更健壮的代码，因为即使是 error_reporting(E_ALL);
登录后复制登录后复制登录后复制
E_NOTICE
E_ALL
开发初期或调试特定问题时：
有时，特别是在处理一些老旧代码或者引入第三方库时，error_reporting(E_ALL & ~E_NOTICE);
登录后复制
E_NOTICE
E_NOTICE
E_NOTICE
生产环境： 但配合 error_reporting(E_ALL);
登录后复制登录后复制登录后复制 和 display_errors = Off
登录后复制登录后复制。
在生产环境，你仍然希望记录所有可能的错误，以便进行全面的监控和分析。因此，log_errors = On
登录后复制登录后复制登录后复制
error_reporting
E_ALL
总的来说，调试时，尽可能地让PHP“多嘴”一些。它报告的问题越多，你就越能提前发现和解决问题。这就像一个严格的老师，虽然有时让你感到有点烦，但最终能帮助你写出更优秀、更健壮的代码。
以上就是PHP命令怎样开启错误提示便于调试脚本 PHP命令错误提示开启的技巧的详细内容，更多请关注php中文网其它相关文章！
PHP怎么学习？PHP怎么入门？PHP在哪学？PHP怎么学才快？不用担心，这里为大家提供了PHP速学教程(入门到精通)，有需要的小伙伴保存下载就能学习啦！
Copyright 2014-2025 //m.sbmmt.com/ All Rights Reserved | php.cn | 湘ICP备2023035733号
1007
收藏
