大多数日志机制删除PHP中重新打包的异常的比率是多少？您如何处理此信息丢失？

我有一个由Sentry.io备份的Drupal站点，用于记录错误。当我执行以下代码段时：

$exceptionOrigin = new \Exception("The originating fault");
$exceptionRepack = new \Exception("My repacked abstraction", 0, $exceptionOrigin);
throw $exceptionRepack;

Drupal中的记录器和sentry.io都没有删除任何一个通知，说明记录的异常附加了一系列以前的丢弃（在本例中长度为1）。就我所记得的，xdebug还只为最顶层的异常生成输出。只有PHP-CLI输出（也是

\uuu-toString（）

）同时提供这两种功能

忽略此本机功能的比率是多少？对我来说，从第三方库中重新打包异常是非常有意义的。对于监视、消息传递，抽象非常好。但对于调试，检查原始异常通常是必要的

当某个特性没有得到业界的支持时，这实际上意味着该特性已经死亡

我正试图开发一个基于数学概念的类型化异常库。我发现重新打包异常的概念是相关的，但业界似乎对支持它不感兴趣——我想是有意的

---

有人知道这个比例吗？如何处理这种情况？

我敢打赌，这些服务有办法将输出配置为包括以前的异常。我敢打赌，这些服务有办法将输出配置为包括以前的异常