性能監控故障排除和常見問題解答

如何查看性能事件的日誌消息

1. 啟用調試日誌記錄，如下所示：

   1. 在 Xcode（最低 v13.3.1）中，選擇Product > Scheme > Edit scheme 。
   2. 從左側菜單中選擇運行，然後選擇參數選項卡。
   3. 在啟動時傳遞的參數部分，添加-FIRDebugEnabled 。

2. 檢查您的日誌消息中是否有任何錯誤消息。

3. 性能監控使用Firebase/Performance標記其日誌消息，以便您可以過濾日誌消息。

4. 檢查以下類型的日誌，這些日誌表明性能監控正在記錄性能事件：

   • Logging trace metric: TRACE_NAME , FIREBASE_PERFORMANCE_CONSOLE_URL
   • Logging network request trace: URL

5. 單擊 URL 以在 Firebase 控制台中查看您的數據。數據在儀表板中更新可能需要一些時間。

如果您的應用沒有記錄性能事件，請查看故障排除提示。

將 SDK 添加到應用程序，但控制台仍然說要添加 SDK

當 Firebase 從您的應用接收事件信息（如應用交互）時，它可以檢測您是否已成功將性能監控 SDK 添加到您的應用。通常在啟動應用後 10 分鐘內，Firebase 控制台的性能儀表板會顯示“檢測到 SDK”消息。然後，在 30 分鐘內，儀表板會顯示初始處理的數據。

如果您將最新版本的 SDK 添加到您的應用程序已超過 10 分鐘，並且您仍然沒有看到任何更改，請檢查您的日誌消息以確保性能監控正在記錄事件。嘗試如下所述的相應故障排除步驟來解決延遲的 SDK 檢測消息。

控制台說檢測到SDK，但是沒有數據顯示

性能監控在將性能事件數據顯示在性能儀表板之前對其進行處理。

如果“檢測到 SDK”消息出現已超過 24 小時，而您仍未看到數據，請檢查Firebase 狀態儀表板以防出現已知中斷。如果沒有中斷，請聯繫 Firebase 支持。

應用程序未記錄性能事件

如果您沒有看到有關性能事件的日誌消息，請嘗試以下故障排除步驟：

1. 確保未通過Info.plist文件中的以下任一標誌禁用性能監控 SDK ：

   • firebase_performance_collection_enabled
   • firebase_performance_collection_deactivated

2. 確保在運行時未禁用性能監控（ Swift | Obj-C ）。

3. 如果您在應用中找不到任何被禁用的內容，請聯繫 Firebase 支持。

性能儀表板缺少屏幕跟踪數據

如果您缺少屏幕渲染跟踪的數據，請嘗試以下故障排除步驟：

性能儀表板缺少自定義跟踪數據

您是否看到了自動收集的跟踪的性能數據，但沒有看到自定義代碼跟踪的性能數據？請嘗試以下故障排除步驟：

1. 檢查通過Trace API檢測的自定義代碼跟踪的設置，尤其是以下內容：

   • 自定義代碼跟踪和自定義指標的名稱必須滿足以下要求：沒有前導或尾隨空格，沒有前導下劃線 ( _ ) 字符，最大長度為 32 個字符。
   • 必須啟動和停止所有跟踪。任何未啟動、未停止或在啟動前停止的跟踪都不會被記錄。

2. 檢查您的日誌消息以確保性能監控正在記錄預期的自定義代碼跟踪。

3. 如果性能監控正在記錄事件，但 24 小時後未顯示任何數據，請聯繫 Firebase 支持。

性能儀表板缺少網絡請求數據

如果您缺少網絡請求數據，請嘗試以下故障排除步驟：

1. 檢查網絡庫不兼容。性能監控會自動收集使用以下網絡庫的網絡請求的指標：

   • 對於 Swift：URLSession 和 URLConnection
   • 對於 Objective-C：NSURLSession 和 NSURLConnection

   請注意，您可以為網絡請求添加自定義監控。

2. 請注意以下事項：

   • 根據代碼的行為和代碼使用的網絡庫，性能監控可能僅報告已完成的網絡請求。這意味著可能不會報告保持打開狀態的 HTTP/S 連接。

   • 性能監控不會報告具有無效Content-Type標頭的網絡請求。但是，仍然會接受沒有Content-Type標頭的網絡請求。

網絡請求數據未按預期聚合

詳細了解性能監控如何在 URL 模式下聚合網絡請求數據。

您還可以嘗試自定義 URL 模式！

Firebase 控制台中的詳細信息和指標信息發生了什麼變化？

我們用重新設計的集中式用戶界面 (UI) 替換了詳細信息和指標頁面，以改進您解決問題的方式。這個新的故障排除 UI 提供了與 Details 和 Metrics 相同的核心功能。要了解有關故障排除的更多信息，請參閱查看特定跟踪的更多數據。

為什麼樣本數量不是我期望的？

性能監控從您應用的用戶設備收集性能數據。如果您的應用程序有很多用戶，或者如果應用程序生成大量性能活動，性能監控可能會將數據收集限製到設備子集，以減少已處理事件的數量。這些限制足夠高，因此即使事件較少，指標值仍能代表用戶的應用體驗。

為了管理我們收集的數據量，性能監控使用以下採樣選項：

• 設備端速率限制：為防止設備發送突然突發的跟踪，我們將設備發送的代碼和網絡請求跟踪的數量限制為每 10 分鐘 300 個事件。這種方法可以保護設備免受可以發送大量性能數據的循環儀器的影響，並防止單個設備扭曲性能測量。

• 動態採樣：性能監控為所有應用用戶的每個應用收集大約 1 億個代碼跟踪事件和 1 億個網絡請求跟踪事件。在設備上獲取動態採樣率（使用 Firebase 遠程配置）以確定隨機設備是否應捕獲和發送跟踪。未選擇採樣的設備不會發送任何事件。動態採樣率是特定於應用程序的，並且會進行調整以確保收集的數據總量保持在限制以下。

  用戶會話從用戶設備發送額外的詳細數據，需要更多資源來捕獲和發送數據。為了最大限度地減少用戶會話的影響，性能監控還可能會限制會話的數量。

• 服務器端速率限制：為確保應用不超過採樣限制，性能監控可能會使用服務器端採樣來丟棄從設備接收到的某些事件。儘管這種類型的限制不會改變我們指標的有效性，但它可能會導致輕微的模式轉變，包括以下內容：

  • 跟踪的數量可能與執行一段代碼的次數不同。
  • 在代碼中緊密耦合的跡線可能各自具有不同數量的樣本。

控制台中的“問題”選項卡發生了什麼？

我們將“問題”選項卡替換為“警報”，當超過您設置的閾值時，它會自動通知您。您不再需要手動檢查 Firebase 控制台來確定閾值的狀態。要了解警報，請參閱針對性能問題設置警報。

控制台中的On Device和Network選項卡發生了什麼變化？如何查看那些頁面上的痕跡？

我們重新設計了 Firebase 控制台的性能監控部分，以便儀表板選項卡在一個空間中顯示您的關鍵指標和所有跟踪。作為重新設計的一部分，我們刪除了On device和Network頁面。

Dashboard選項卡底部的跟踪表具有與On device和Network選項卡顯示的所有相同信息，但具有一些附加功能，包括能夠按特定指標的百分比變化對跟踪進行排序。要查看特定跟踪的所有指標和數據，請單擊跟踪表中的跟踪名稱。

在跟踪表的以下子選項卡中查看您的跟踪：

• 網絡請求跟踪（開箱即用和自定義）-網絡請求子選項卡
• 自定義代碼跟踪 -自定義跟踪子選項卡
• 應用程序啟動、前台應用程序、後台應用程序跟踪 -自定義跟踪子選項卡
• 屏幕渲染跟踪 -屏幕渲染子選項卡
• 頁面加載跟踪 -頁面加載子選項卡

有關跟踪表以及查看指標和數據的詳細信息，請訪問控制台概覽頁面 ( iOS+ | Android | Web )。

在控制台中為問題設置閾值的能力發生了什麼變化？

性能監控支持針對超出定義閾值的指標發出警報。為避免與這些可配置的性能指標閾值混淆，我們刪除了為問題配置閾值的功能。

我的性能監控數據導出到 BigQuery 的時間比預期的要長。不是實時的嗎？

如果您為 Firebase 性能監控啟用了 BigQuery 集成，您的數據將在一天結束後的 12 到 24 小時（太平洋時間）導出到 BigQuery。

例如，4 月 19 日的數據將在 4 月 20 日中午 12:00 至午夜（所有日期和時間均為太平洋時間）期間在 BigQuery 中提供。

What does "near real-time" performance data mean?

Firebase Performance Monitoring processes collected performance data as it comes in, which results in near real-time data display in the Firebase console. Processed data displays in the console within a few minutes of its collection, hence the term "near real-time".

To take advantage of near real-time data processing, make sure your app uses a real-time compatible SDK version .

How do I get near real-time performance data for my app?

To take advantage of near real-time data processing, you only need to make sure that your app uses a Performance Monitoring SDK version that's compatible with real-time data processing.

These are the real-time compatible SDK versions:

• iOS — v7.3.0 or later
• tvOS — v8.9.0 or later
• Android — v19.0.10 or later (or Firebase Android BoM v26.1.0 or later)
• Web — v7.14.0 or later

Note that we always recommend using the latest version of SDK, but any version listed above will enable Performance Monitoring to process your data in near real time.

Which versions of the Performance Monitoring SDK are considered real-time compatible?

These are the SDK versions compatible with real-time data processing:

• iOS — v7.3.0 or later
• tvOS — v8.9.0 or later
• Android — v19.0.10 or later (or Firebase Android BoM v26.1.0 or later)
• Web — v7.14.0 or later

Note that we always recommend using the latest version of SDK, but any version listed above will enable Performance Monitoring to process your data in near real time.

What if I don't update my app to use a real-time compatible SDK version?

If your app doesn't use a real-time compatible SDK version, you will still see all your app's performance data in the Firebase console. However, the display of performance data will be delayed by roughly 36 hours from the time of its collection.

I've updated to a real-time compatible SDK version, but some of my users are still on old versions of my app. Do I continue to see their performance data in the Firebase console?

Yes! Regardless of which SDK version an app instance uses, you'll see performance data from all your users.

However, if you're looking at recent data (less than roughly 36 hours old), then the displayed data is from users of app instances using a real-time compatible SDK version. The non-recent data, though, includes performance data from all versions of your app.