用getTraceAsString()获取完整堆栈最可靠，它默认含参数、格式清晰、适合日志；debug_backtrace()返回数组适合程序处理但需手动格式化，且默认不包含参数值。
PHP里怎么拿到完整的错误堆栈
直接用 debug_backtrace() 或捕获异常时调用 getTraceAsString()，就能拿到带文件、行号、函数调用链的完整堆栈。别依赖 error_get_last()，它只返回最近一次错误，没堆栈。
触发错误时自动打印堆栈的两种可靠方式
开发阶段最省事的是设好错误处理器；线上环境则推荐用异常包装错误。关键不是“显示”，而是“不丢信息”。
- 用
set_error_handler()把E_WARNING等转成ErrorException，再 throw 出去，这样能进try/catch并调用getTraceAsString() - 在
try/catch里 catchThrowable，直接调用$e->getTraceAsString()—— 这比拼接debug_print_backtrace()输出更可控，也方便记录到日志 -
display_errors = On只影响是否输出到页面，不影响堆栈能否获取；真正决定堆栈内容完整性的是错误是否被转成异常
为什么 debug_backtrace() 返回数组，而 getTraceAsString() 更适合调试
debug_backtrace() 返回的是结构化数组，适合程序逻辑判断（比如跳过某些框架内部调用）；但人工看堆栈时，getTraceAsString() 的格式更接近命令行 var_dump() 的输出习惯，一眼能看出调用顺序和参数位置。
-
debug_backtrace()默认不包含args（函数参数值），要传DEBUG_BACKTRACE_PROVIDE_OBJECT | DEBUG_BACKTRACE_IGNORE_ARGS才能控制；而getTraceAsString()默认就展示参数（PHP 7.4+ 对敏感参数做了脱敏） - 在 CLI 脚本里，
getTraceAsString()输出天然带换行，复制粘贴进日志系统或 Slack 都不乱；debug_backtrace()得自己print_r()或json_encode()，容易漏格式 - 注意：如果堆栈很深（比如递归或大量中间件），
getTraceAsString()可能截断（默认最多 20 层），可通过ini_set('xdebug.var_display_max_depth', '30')调整（仅限 Xdebug 开启时）
线上环境获取堆栈必须绕开的坑
堆栈本身不是敏感信息，但堆栈里可能含变量值、数据库连接串、用户 ID —— 直接 echo 或 error_log() 全量输出等于裸奔。
立即学习“PHP免费学习笔记（深入）”；
- 禁用
error_reporting(E_ALL)+display_errors = On上线，否则堆栈会直接吐到 HTML 页面里，爬虫一扫全收 - 别在
catch块里写echo $e->getTraceAsString()，应该用error_log($e->getTraceAsString(), 3, '/var/log/php-app.log')，并确保日志路径不可 Web 访问 - 用
set_exception_handler()统一处理未捕获异常时，记得在 handler 函数里加exit(1)或http_response_code(500)，否则 PHP 会继续执行后续代码，可能造成重复记录或状态错乱
堆栈层级越深，越容易漏掉最外层的调用上下文；手动补 debug_backtrace(DEBUG_BACKTRACE_IGNORE_ARGS, 1) 拿顶层调用，比靠异常对象自带的 trace 更稳。
