启动、内存、卡顿三大分析,用户体验就用它?
簡介:?啟動分析支持通過預(yù)置采集和個性化自定義兩種方式定義啟動階段,可以分別查詢首次啟動、冷啟動、熱啟動的情況效果,并可以與設(shè)備、系統(tǒng)、版本、地域等維度做交叉篩選查詢。
隨著大量應(yīng)用涌入市場加入“App內(nèi)卷之戰(zhàn)”,終端用戶們對應(yīng)用質(zhì)量的要求是愈發(fā)地挑剔。端上研發(fā)同學(xué)光關(guān)注崩潰類bug解決已無法應(yīng)對用戶對App體驗的訴求,很多用戶也會反饋與性能有關(guān)的問題,比如App啟動時間太長、頁面卡死、閃退等。 隨時線上用戶訴求的提高,很多開發(fā)同學(xué)也從線下測試性能演變到更關(guān)注線上性能問題,以此保障用戶體驗。
友盟+應(yīng)用性能監(jiān)控平臺 U-APM從去年底免費上線后,得到行業(yè)眾多開發(fā)者的接入和支持。友盟+也非常重視開發(fā)者面對應(yīng)能監(jiān)測的各類問題,在近幾個月,基于原有穩(wěn)定性功能優(yōu)化的基礎(chǔ)上,U-APM又新增啟動分析、內(nèi)存分析、卡頓分析三大性能模塊,全面助力開發(fā)者提升用戶體驗。
啟動分析
啟動場景是用戶使用App的第一道關(guān)卡,啟動慢、啟動閃退都會直接從源頭阻斷客戶使用,甚至?xí)斐蓡硬怀晒π驴蛻粜遁d的情況。很多技術(shù)團隊都會以啟動耗時作為重點性能監(jiān)控指標。U-APM中啟動分析包含啟動趨勢、慢啟動分析和啟動崩潰分析三大功能模塊。
啟動分析支持通過預(yù)置采集和個性化自定義兩種方式定義啟動階段,可以分別查詢首次啟動、冷啟動、熱啟動的情況效果,并可以與設(shè)備、系統(tǒng)、版本、地域等維度做交叉篩選查詢。
用戶也可以分別對首次啟動、冷啟動和熱啟動設(shè)置慢啟動的業(yè)務(wù)定義。一般情況下,熱啟動的時間要遠低于冷啟動、首次啟動的時間。慢啟動分析可以分別監(jiān)控三種情況下的慢啟動設(shè)備數(shù)量,以及設(shè)備系統(tǒng)分布等信息,并且支持單一設(shè)備定點查詢啟動時序,精準定位問題。
啟動階段的崩潰應(yīng)當是日常開發(fā)中首要需要解決的問題,避免用戶短時間遇到崩潰無法繼續(xù)使用。啟動崩潰分析中篩選出自定義的啟動時限下的崩潰列表,更便于定位啟動問題。
內(nèi)存分析
U-APM的內(nèi)存分析提供線上OOM異常的監(jiān)控與分析,幫助開發(fā)者及時發(fā)現(xiàn)與定位線上OOM問題。同時,提供App運行階段內(nèi)存占用情況,為應(yīng)用內(nèi)存優(yōu)化提供關(guān)鍵指標數(shù)據(jù)。
在Android異常中,并不是所有的OOM問題都是可以簡單查看錯誤摘要是否包含Out of Memory就可以判斷的。
此次內(nèi)存分析OOM異常的模塊中,將內(nèi)部沉淀使用多年的智能診斷技術(shù)對外透出。可以通過智能讀取錯誤堆棧進行匹配,挖掘到那些不是OOM但實際是由OOM引起的異常問題并加以聚類,OOM異常的判斷率直接提升20%~30%。iOS應(yīng)用此次也新增了OOM異常的捕獲。
內(nèi)存占用模塊中展示了內(nèi)存關(guān)鍵指標信息,并且配以設(shè)備情況分布用作統(tǒng)計參考。還提供了渠道、版本、系統(tǒng)、設(shè)備型號的分布情況。
卡頓分析
U-APM中通過主線程的響應(yīng)時間,將有卡頓體驗的設(shè)備信息、卡頓日志進行上報。免費提供了iOS全部采集以及Android 雙端卡頓采集,且如此大量的日志數(shù)據(jù)不用按流量付費。
除此之外,如果開發(fā)者覺得一條條看錯誤堆棧非常麻煩,可以使用U-APM利用聚合算法提供了卡頓模塊的功能,約等于1分鐘看到200條堆棧的內(nèi)容,有效節(jié)省開發(fā)者大量挖掘問題的時間。卡頓模塊支持正序、倒序兩種聚合形式:
?正序聚合:篩選影響用戶量大的200個堆棧從棧頂?shù)綏5走M行聚合,幫助客戶挖掘造成卡頓問題的最核心問題
?倒序聚合:篩選影響用戶量大的200個堆棧從棧底到棧頂進行聚合,幫助客戶挖掘造成卡頓問題的最核心問題
兩種方法均展示出現(xiàn)頻率前10的模塊,子樹深度最多支持50層,幫助客戶下挖詳細的卡頓模塊信息
利用OpenAPI自助調(diào)用錯誤數(shù)據(jù)
U-APM后臺的錯誤數(shù)據(jù)在開發(fā)者日常的業(yè)務(wù)中還有很多的應(yīng)用。比如,定期將應(yīng)用質(zhì)量數(shù)據(jù)灌入技術(shù)組周報中發(fā)給公司各部門,或者在公司自有后臺中展示今日實時錯誤率等性能指標。此次新上的OpenAPI可以解決靈活獲取應(yīng)用采集的錯誤數(shù)據(jù)的需求,支持實時/離線90天內(nèi)的數(shù)據(jù)靈活調(diào)用,免費開通權(quán)限即可使用。
監(jiān)控告警升級
U-APM 中的監(jiān)控告警功能在近期做了多項升級,支持更靈活更個性化的監(jiān)控告警設(shè)置。開發(fā)者除了使用調(diào)用OpenAPI的方式自行加工數(shù)據(jù)設(shè)置告警,使用U-APM后臺中的監(jiān)控告警功能也更為方便:
a. 靈活設(shè)置告警生效時間:
開發(fā)者可以添加告警生效的時間段,比如每周一至周五的9點至19點,周末的一12點至20點,靈活設(shè)置工作時間,不被無效信息干擾。
b.重點錯誤類型/單條錯誤告警:開發(fā)者可以選擇需要您重點關(guān)注的錯誤類型
或者直接針對某一條修復(fù)中的錯誤進行持續(xù)關(guān)注告警
c. 組合形式的告警觸發(fā)條件
開發(fā)者可以通過多種指標以及閾值型或者對比型的規(guī)則,以交集/并集的組合方式,靈活設(shè)置想要的告警觸發(fā)條件:
d.多種告警觸達渠道
如果開發(fā)者還對監(jiān)控告警的觸達渠道有所要求,可以考慮使用公司的辦公軟件進行群觸達,與同組的其他同事一起關(guān)注并修復(fù)應(yīng)用問題。
錯誤捕獲升級
U-APM近期的升級中對錯誤捕獲的類型有大幅增多:
Android 支持Java、Native的崩潰采集;ANR;以及針對Unity SDK增加c#、Lua的錯誤類型;
iOS 支持:Swift、Objective-C崩潰的采集
除上述功能外,U-APM在云真機的UI設(shè)計、API上傳符號表頁面整體加載速度渲染等等功能上也進行了更新,詳情及免費使用請至:https://www.umeng.com/apm?&utm_source=w_aly_pc_0723
原文鏈接
本文為阿里云原創(chuàng)內(nèi)容,未經(jīng)允許不得轉(zhuǎn)載。
總結(jié)
以上是生活随笔為你收集整理的启动、内存、卡顿三大分析,用户体验就用它?的全部內(nèi)容,希望文章能夠幫你解決所遇到的問題。
- 上一篇: 划重点|iOS15正式发布, 全新的通知
- 下一篇: 【全观测系列】Elasticsearch