如何让 PHP 在出现错误时生成回溯?
尝试使用 PHP 的默认仅当前行错误消息来调试 PHP 是可怕的。
当产生错误时,如何让 PHP 产生回溯(堆栈跟踪)?
Trying to debug PHP using its default current-line-only error messages is horrible.
How can I get PHP to produce a backtrace (stack trace) when errors are produced?
如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱,如果其他用户或者作者回复了您的评论,将不能在第一时间通知您!
发布评论
评论(12)
PHP Debugger 还可以进行类似于 PHP Error 的回溯,并具有更多选项。
如果您愿意,您可以使用
set_error_handler
和debug_backtrace
轻松制作自己的另请注意,对于回溯中的内部堆栈,某些键将不会被设置。 如果出现所有错误,请务必在使用该密钥进行操作之前检查该密钥是否存在:)
PHP DeBugger also does a back trace similiar to PHP Error with more options.
If you want you can easily make your own with
set_error_handler
anddebug_backtrace
Also note that for internal stacks in the backtrace some of the keys will not be set. Be sure to check if the key exist before you do something with it if you have all errors on :)
您可以使用
(new \Exception())->getTraceAsString()
代替debug_backtrace()
:输出:
You can use
(new \Exception())->getTraceAsString()
instead ofdebug_backtrace()
:Output:
如果您无法安装调试器,则使用此函数解决致命错误以获取“致命堆栈”。 检查下面的代码和示例,更好地解释如何使用它:
这是一个如何使用它的示例:
最后阅读日志的内容...
希望有帮助!
If you can't install a debugger then use this function sorrounding the fatal error to get the "fatal stack". Check the code and example below that explains better how to use it:
Here's an example of how to use it:
Finally to read the contents of the log...
Hope that helps!
PHP5 中的
set_error_handler()
+debug_backtrace()
+debug_print_backtrace()
set_error_handler()
+debug_backtrace()
+debug_print_backtrace()
in PHP5我写了一个 不久前关于回溯的小文章
i wrote a little article about backtracing a while back
这就是你如何做到的:
它需要 PHP 5.3+,因为它使用闭包。 如果您需要较低的 PHP 支持,只需将闭包转换为普通函数即可。
This is how you do it:
It requires PHP 5.3+ since it uses a closure. If you need lower PHP support just convert the closure to a normal function.
作为 php 调试扩展,有 Xdebug 和 PHP DBG. 每一种都有其优点和缺点。
As php debug extensions, there is Xdebug and PHP DBG. Each one has its advantages and disadvantages.
您可以使用 debug_backtrace
You can use debug_backtrace
我只是尝试在有问题的行设置一个包含 debug_backtrace() 内容的会话变量,然后使用 register_shutdown_function() 打印它。 工作起来就像一个魅力。
I just tried setting a session variable containing the contents of debug_backtrace() at the offending line, then printing it using register_shutdown_function(). Worked like a charm.
PHP 错误
这是针对用 PHP 编写的 PHP 的更好的错误报告。 不需要额外的扩展!
对于正常的 AJAXy 请求(处于暂停状态),所有错误都显示在浏览器中,使用起来很简单。 然后,所有错误都会为您提供整个堆栈跟踪的回溯和代码上下文,包括函数参数、服务器变量。
您需要做的就是包含一个文件并调用该函数(在代码的开头),例如
请参阅屏幕截图:
GitHub:https://github。 com/JosephLenton/PHP-Error
我的分支(带有额外的修复): https:/ /github.com/kenorb-contrib/PHP-Error
调试 PHP
A 类完整的 PHP 调试器类,支持异常、错误、警报(来自用户)、代码行和突出显示标志。
用法示例:
PHP 中的错误处理
下面的示例显示了通过触发错误并使用用户定义的函数处理它们来处理内部异常:
更短的方法 (PHP):
更长的方法 (PHP):
请参阅: http://www.php.net/manual/en/function.set-error-handler。 php
注意:一次只能有一个错误异常。 当您调用 set_error_handler() 函数时,它将返回旧错误处理程序的名称。 您可以存储它并从错误处理程序中自行调用它 - 从而允许您拥有多个错误处理程序。
XDebug
对于更高级的解决方案,您可以使用 PHP 的 XDebug 扩展。
默认情况下,当加载 XDebug 时,它应该自动显示回溯,以防出现任何致命错误。 或者您跟踪文件(xdebug.auto_trace)以对整个请求进行非常大的回溯,或者进行分析(xdebug.profiler_enable)或 其他设置。 如果跟踪文件太大,您可以使用 xdebug_start_trace() 和 xdebug_stop_trace() 转储部分跟踪。
安装
使用 PECL:
在 Linux 上:
在 Mac(使用 Homebrew)上:
我的配置示例:
Drupal 6&7
启用 Devel:
以上函数会将每个错误的回溯记录记录到临时文件中(
默认为 /tmp/drupal_debug.txt
)。或者通过以下方式找到该文件:
drush eval "echo file_directory_temp() . '/drupal_debug.txt'
。如果不启用 Devel,请使用旧式方法:
var_dump(debug_backtrace());
而不是dd()
。PHP Error
This is better error reporting for PHP written in PHP. No extra extensions are required!
It is trivial to use where all errors are displayed in the browser for normal, AJAXy requests (in paused state). Then all errors provides you with a backtrace and code context across the whole stack trace, including function arguments, server variables.
All you need to do is to include one single file and call the function (at the beginning on your code), e.g.
See the screenshots:
GitHub: https://github.com/JosephLenton/PHP-Error
My fork (with extra fixes): https://github.com/kenorb-contrib/PHP-Error
Debug PHP class
A complete PHP debugger class, with support for Exception, Errors, Alerts ( from user), code lines and highlight flags.
Example usage:
Error Handling in PHP
The example below shows the handling of internal exceptions by triggering errors and handling them with a user defined function:
Shorter way (PHP):
Longer way (PHP):
See: http://www.php.net/manual/en/function.set-error-handler.php
Note: You can only have one error exception at a time. When you call the set_error_handler() function it will return the name of the old error handler. You can store this and call it yourself from your error handler – thus allowing you to have multiple error handlers.
XDebug
For more advanced solution, you can use XDebug extension for PHP.
By default when XDebug is loaded, it should show you automatically the backtrace in case of any fatal error. Or you trace into file (xdebug.auto_trace) to have a very big backtrace of the whole request or do the profiling (xdebug.profiler_enable) or other settings. If the trace file is too big, you can use xdebug_start_trace() and xdebug_stop_trace() to dump the partial trace.
Installation
Using PECL:
On Linux:
On Mac (with Homebrew):
Example of mine configuration:
Drupal 6&7
With Devel enabled:
Above function will log the backtraces on each error into temporary file (
/tmp/drupal_debug.txt
by default).Or locate the file via:
drush eval "echo file_directory_temp() . '/drupal_debug.txt'
.Without Devel enabled, use old school approach:
var_dump(debug_backtrace());
instead ofdd()
.我用于安装产生回溯的错误处理程序的脚本:
警告:它无法影响各种'PHP致命错误',因为 Zend 明智地决定这些将忽略
set_error_handler()
。 所以你仍然会得到无用的仅最终位置错误。My script for installing an error handler that produces a backtrace:
Caveat: it is powerless to affect various 'PHP Fatal Errors', since Zend in their wisdom decided that these would ignore
set_error_handler()
. So you still get useless final-location-only errors with those.Xdebug 打印错误的回溯表,您无需编写任何 PHP 代码来实现它。
缺点是您必须将其安装为 PHP 扩展。
Xdebug prints a backtrace table on errors, and you don't have to write any PHP code to implement it.
Downside is you have to install it as a PHP extension.