應用接入使用者體驗監控SDK後，將會帶來一定的效能開銷，ARMS團隊已經採用多項技術對SDK進行最佳化，將SDK的效能開銷降低到極低的範圍，以確保應用的穩定運行。在本篇測試報告中，我們類比了真實的使用情境，測試使用者體驗監控SDK在不同裝置平台下帶來的效能開銷，您可以參考本篇分析報告，在接入使用者體驗監控前，基於效能影響進行充分的評估。
測試基準
裝置資訊
平台 | 機型 | 系統 | CPU | 記憶體 | 上市時間 |
Android | Google Pixel 3XL | Android 12.0 | Snapdragon_845 | 4 GB | 2018 |
iOS | iPhone X | iOS 13.6 | A11 | 3 GB | 2017 |
效能說明
接入使用者體驗監控SDK時，對各機型造成的效能消耗會被控制在一定的可接受範圍內。以下資料均為通過基準裝置測試得到。
啟動耗時
以下為在應用冷啟動情況下，得到的SDK啟動耗時範圍。
平台 | 增加耗時 |
Android | 33毫秒 ~ 119毫秒 |
iOS | 48毫秒 ~ 53毫秒 |
核心服務效能
Android
專案 | 啟動效能 | 網路服務 | 互動服務 | WebView服務 | 卡頓服務 | 崩潰服務 |
佔用CPU | 0.65% | 0.26% | 0.55% | 0.12% | 0.23% | 1.28% |
佔用記憶體 | 5.07 MB | 19.34 MB | 14.45 MB | 5.17 MB | 14.67 MB | 10.69 MB |
iOS
專案 | 啟動效能 | 網路服務 | 互動服務 | WebView服務 | 卡頓服務 | 崩潰服務 |
佔用CPU | 0.43% | 0.62% | 1.03% | 1.91% | 0.76% | 1.18% |
佔用記憶體 | 6.06 MB | 7.1 MB | 7.58 MB | 11.18 MB | 6.99 MB | 6.69 MB |
SDK大小
整合探針後，按照安裝包體積大小增加的維度來計算。
平台 | 0.2.0版本 |
Android | 1.7 MB |
iOS | 2.3 MB |
流量消耗
SDK的通訊協議經過特殊最佳化，在設計時就考慮到流量消耗，可以確保在同樣情境下產生更少的資料流量消耗。
流量說明：除啟動階段外，其他階段產生的流量與一段時間內的操作頻率有關，此處給出的值都是一次資料上報的測試值，實際值會偏大或偏小一些。
平台 | 啟動階段 | 網路服務 | 互動服務 | WebView | 卡頓服務 | 崩潰服務 |
Android | 1.1 KB | 1.3 KB | 1.2 KB | 1.3 KB | 16.8 KB | 11.2 KB |
iOS | 1.6 KB | 1.5 KB | 1.6 KB | 1.9 KB | 1.8 KB | 2.7 KB |
崩潰率
SDK的崩潰率為：3‱