此頁面提供有關開始使用性能監控或使用性能監控功能和工具的故障排除提示。
首先檢查故障排除
以下兩項檢查是在進一步排除故障之前推薦給任何人的一般最佳做法。
1. 檢查性能事件的日誌消息
檢查您的日誌消息以確保性能監控 SDK 正在捕獲性能事件。
啟用調試日誌記錄,如下所示:
- 在 Xcode(最低 v14.1)中,選擇Product > Scheme > Edit scheme 。
- 從左側菜單中選擇運行,然後選擇參數選項卡。
- 在啟動時傳遞的參數部分中,添加
-FIRDebugEnabled
。
檢查您的日誌消息是否有任何錯誤消息。
Performance Monitoring 使用
Firebase/Performance
標記其日誌消息,以便您可以過濾日誌消息。檢查以下類型的日誌,這些日誌表明性能監控正在記錄性能事件:
-
Logging trace metric: TRACE_NAME , FIREBASE_PERFORMANCE_CONSOLE_URL
-
Logging network request trace: URL
-
單擊 URL 以在 Firebase 控制台中查看您的數據。數據在儀表板中更新可能需要一些時間。
如果您的應用未記錄性能事件,請查看故障排除提示。
2. 檢查 Firebase 狀態儀表板
檢查Firebase 狀態儀表板,以防 Firebase 或性能監控發生已知中斷。
性能監控入門
如果您剛開始使用性能監控 ( iOS+ | Android | Web ),以下故障排除提示可以幫助解決涉及 Firebase 檢測 SDK 或在 Firebase 控制台中顯示您的第一個性能數據的問題。
當 Firebase 從您的應用程序接收事件信息(如應用程序交互)時,它可以檢測您是否已成功將性能監控 SDK 添加到您的應用程序。通常在啟動您的應用程序後 10 分鐘內,Firebase 控制台的性能儀表板會顯示“檢測到 SDK”消息。然後,在 30 分鐘內,儀表板會顯示初始處理的數據。
如果您將最新版本的 SDK 添加到您的應用程序已經超過 10 分鐘,並且您仍然沒有看到任何更改,請檢查您的日誌消息以確保性能監控正在記錄事件。嘗試如下所述的適當故障排除步驟來解決延遲 SDK 檢測消息的問題。
如果您仍在本地開發,請嘗試為數據收集生成更多事件:
使用模擬器或測試設備繼續開發您的應用程序。
通過在後台和前台之間多次切換您的應用程序、通過跨屏幕導航和/或觸發網絡請求與您的應用程序交互來生成事件。
確保您的Firebase 配置文件(
Google-Service-Info.plist
) 已正確添加到您的應用程序並且您沒有修改該文件。具體檢查以下內容:配置文件名未附加其他字符,例如
(2)
。配置文件位於 XCode 項目的根目錄中,並已添加到正確的目標中。
配置文件中列出的 Firebase Apple App ID (
GOOGLE_APP_ID
) 對您的應用來說是正確的。在您的設置Project settings Your apps卡片中找到您的 Firebase App ID。
如果您的應用程序中的配置文件似乎有任何問題,請嘗試以下操作:
刪除您當前在應用程序中擁有的配置文件。
按照這些說明下載新的配置文件並將其添加到您的 Apple 應用程序。
如果 SDK 正在記錄事件並且一切似乎都已正確設置,但您仍然沒有看到 SDK 檢測消息或已處理的數據(2 小時後),請聯繫 Firebase 支持。
確保未通過
Info.plist
文件中的以下任一標誌禁用性能監控 SDK:-
firebase_performance_collection_enabled
-
firebase_performance_collection_deactivated
-
如果您在您的應用中找不到任何被禁用的內容,請聯繫 Firebase 支持。
性能監控先處理性能事件數據,然後再將其顯示在性能儀表板中。
如果自“檢測到 SDK”消息出現以來已超過 24 小時,而您仍未看到數據,請檢查Firebase 狀態儀表板以防已知中斷。如果沒有中斷,請聯繫 Firebase 支持。
一般故障排除
如果您已成功添加 SDK 並在您的應用中使用性能監控,則以下故障排除提示可幫助解決涉及性能監控功能和工具的一般問題。
如果您沒有看到性能事件的日誌消息,請嘗試以下故障排除步驟:
確保未通過
Info.plist
文件中的以下任一標誌禁用性能監控 SDK:-
firebase_performance_collection_enabled
-
firebase_performance_collection_deactivated
-
如果您在您的應用中找不到任何被禁用的內容,請聯繫 Firebase 支持。
如果您缺少屏幕渲染痕蹟的數據,請嘗試以下故障排除步驟:
確保您使用的是最新版本的 Apple 平台 SDK (v10.10.0)。屏幕渲染痕跡僅適用於 v5.0.0 或更高版本。
性能監控不會為容器視圖控制器(例如
UINavigationController
和UITabBarController
)創建屏幕渲染跟踪。如果僅缺少這些屏幕的數據,則這是預期的行為。
您看到的是自動收集的跟踪的性能數據,而不是自定義代碼跟踪的性能數據嗎?請嘗試以下故障排除步驟:
檢查通過Trace API檢測的自定義代碼跟踪的設置,尤其是以下內容:
- 自定義代碼跟踪和自定義指標的名稱必須滿足以下要求:沒有前導或尾隨空格,沒有前導下劃線 (
_
) 字符,最大長度為 32 個字符。 - 必須啟動和停止所有跟踪。任何未啟動、未停止或在啟動前停止的跟踪都不會被記錄。
- 自定義代碼跟踪和自定義指標的名稱必須滿足以下要求:沒有前導或尾隨空格,沒有前導下劃線 (
檢查您的日誌消息以確保性能監控正在記錄預期的自定義代碼跟踪。
如果 Performance Monitoring 正在記錄事件,但 24 小時後沒有顯示任何數據,請聯繫 Firebase 支持。
如果您丟失了網絡請求數據,請嘗試以下故障排除步驟:
檢查網絡庫不兼容。性能監控自動收集使用以下網絡庫的網絡請求的指標:
- 對於 Swift:URLSession 和 URLConnection
- 對於 Objective-C:NSURLSession 和 NSURLConnection
請注意,您可以為網絡請求添加自定義監控。
請注意以下事項:
根據代碼的行為和代碼使用的網絡庫,性能監控可能只報告已完成的網絡請求。這意味著可能不會報告保持打開狀態的 HTTP/S 連接。
性能監控不會報告具有無效
Content-Type
標頭的網絡請求。但是,仍然會接受沒有Content-Type
標頭的網絡請求。
您還可以嘗試自定義 URL 模式!
常問問題
我們用最近的警報替換了熱門問題,作為我們最近引入的警報的後續行動,警報會在超過您設置的閾值時自動通知您。問題現在已棄用並由警報取代。
Performance 卡頂部的應用程序選擇器過濾Recent Alerts下的警報條目。僅顯示所選應用程序的三個最新警報。
要了解有關警報的更多信息,請參閱為性能問題設置警報。
性能監控支持對超過定義閾值的指標發出警報。為了避免與性能指標的這些可配置閾值混淆,我們刪除了為問題配置閾值的功能。
我們用重新設計的集中式用戶界面 (UI) 替換了詳細信息和指標頁面,以改進您解決問題的方式。這個新的故障排除 UI 提供了與 Details 和 Metrics 提供的相同的核心功能。要了解有關故障排除的更多信息,請參閱查看特定跟踪的更多數據。
性能監控從您應用的用戶設備收集性能數據。如果您的應用程序有很多用戶,或者如果應用程序生成大量性能活動,性能監控可能會將數據收集限制在一部分設備上,以減少已處理事件的數量。這些限制足夠高,因此即使事件較少,指標值仍能代表用戶的應用程序體驗。
為了管理我們收集的數據量,性能監控使用以下採樣選項:
設備上速率限制:為防止設備突然發送大量跟踪,我們將設備發送的代碼和網絡請求跟踪的數量限制為每 10 分鐘 300 個事件。這種方法可以保護設備免受可以發送大量性能數據的循環儀器的影響,並防止單個設備扭曲性能測量。
動態採樣:性能監控為所有應用程序用戶收集每個應用程序大約 1 億個代碼跟踪事件和 1 億個網絡請求跟踪事件。在設備上獲取動態採樣率(使用 Firebase 遠程配置)以確定隨機設備是否應捕獲和發送跟踪。未被選中進行採樣的設備不會發送任何事件。動態採樣率是特定於應用程序的,並會進行調整以確保收集的數據總量保持在限制以下。
用戶會話從用戶設備發送額外的詳細數據,需要更多資源來捕獲和發送數據。為了最大限度地減少用戶會話的影響,性能監控可能還會限制會話數。
服務器端速率限制:為確保應用程序不超過採樣限制,性能監控可能會使用服務器端採樣來丟棄從設備接收的一些事件。雖然這種類型的限制不會改變我們指標的有效性,但它可能會導致輕微的模式轉變,包括以下內容:
- 跟踪的數量可能不同於一段代碼被執行的次數。
- 在代碼中緊密耦合的跟踪可能各自具有不同數量的樣本。
我們通過引入警報取代了“問題”選項卡,當超過您設置的閾值時,它會自動通知您。您不再需要手動檢查 Firebase 控制台來確定閾值的狀態。要了解警報,請參閱設置性能問題警報。
我們重新設計了 Firebase 控制台的性能監控部分,以便“儀表板”選項卡在一個空間中顯示您的關鍵指標和所有跟踪記錄。作為重新設計的一部分,我們刪除了“在設備上”和“網絡”頁面。
“儀表板”選項卡底部的跟踪表具有與“設備上”和“網絡”選項卡顯示的所有相同信息,但增加了一些功能,包括能夠按特定指標的百分比變化對跟踪進行排序。要查看特定跟踪的所有指標和數據,請單擊跟踪表中的跟踪名稱。
在跟踪表的以下子選項卡中查看您的跟踪:
- 網絡請求跟踪(現成的和自定義的)——網絡請求子選項卡
- 自定義代碼跟踪 -自定義跟踪子選項卡
- 應用程序啟動、應用程序在前台、應用程序在後台跟踪 —自定義跟踪子選項卡
- 屏幕渲染痕跡 -屏幕渲染子選項卡
- 頁面加載跟踪 -頁面加載子選項卡
有關跟踪表和查看指標和數據的詳細信息,請訪問控制台概述頁面 ( iOS+ | Android | Web )。
慢速渲染幀和凍結幀是使用 60Hz 的假定設備刷新率計算的。如果設備刷新率低於 60Hz,則每幀的渲染時間都會變慢,因為每秒渲染的幀數會減少。較慢的渲染時間會導致報告更慢或凍結的幀,因為更多的幀將被渲染得更慢或凍結。但是,如果設備刷新率高於 60Hz,則每一幀的渲染時間都會更快。這可能會導致報告的慢幀或凍結幀更少。這是性能監控 SDK 中的當前限制。
如果您為 Firebase 性能監控啟用了 BigQuery 集成,您的數據將在一天結束後的 12 到 24 小時(太平洋時間)導出到 BigQuery。
例如,4 月 19 日的數據將於 4 月 20 日中午 12:00 至午夜(所有日期和時間均為太平洋時間)在 BigQuery 中可用。
Near real-time data processing and display
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 .
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.
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.
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.
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.
Contacting Firebase Support
If you reach out to Firebase Support , always include your Firebase App ID.在您的設置Project settings Your apps卡片中找到您的 Firebase App ID。