我已經(jīng)從舊的哨兵 SDK 遷移到新的統(tǒng)一 PHP SDK。從那時(shí)起，異常和錯(cuò)誤不會(huì)記錄到哨兵中，我收到了錯(cuò)誤的請(qǐng)求響應(yīng)。我知道這個(gè)問題相當(dāng)模糊和開放，但我主要想知道是否有任何已知的潛在問題，或者是否有人可以指出正確的方向以進(jìn)一步調(diào)查。這是針對(duì)運(yùn)行 Wordpress 5.2 和 Sentry SDK 2.1.2 的 PHP 7.3.7 這是一個(gè)默認(rèn)實(shí)現(xiàn)，對(duì)傳輸沒有更改，我們不使用任何集成。在觸發(fā)錯(cuò)誤后 WP 運(yùn)行其關(guān)閉掛鉤后，該錯(cuò)誤發(fā)生在 Sentry\Transport\HttpTransport::cleanupPendingRequests 中。如果我手動(dòng)將消息記錄到 Sentry 它可以工作（大多數(shù)時(shí)候？剛剛發(fā)生了一次它現(xiàn)在無法工作的情況......）。但是在拋出異常時(shí)向哨兵發(fā)送異常不會(huì)。請(qǐng)求被設(shè)置為通過哨兵中的承諾發(fā)送正確的數(shù)據(jù)，但最后，我得到了錯(cuò)誤的請(qǐng)求響應(yīng)。自從實(shí)施統(tǒng)一的 SDK 以來，我們已經(jīng)兩次調(diào)用哨兵，但我知道應(yīng)該還有更多（遺憾的是）。查看請(qǐng)求并從中構(gòu)建 curl 命令并按預(yù)期運(yùn)行它。（我們也使用 Javascript Browser SDK。它應(yīng)該可以正常工作）Sentry\init([            "dsn" => "__dsn__"]);// works Sentry\captureMessage("Hello", Sentry\Severity::debug);// Will eventually end up returning a Bad Request responsethrow new \Exception(":(");我希望示例中拋出的異常最終會(huì)出現(xiàn)在 Sentry 中，但相反，我得到了一個(gè)錯(cuò)誤的請(qǐng)求響應(yīng)。