成人免费xxxxx在线视频软件_久久精品久久久_亚洲国产精品久久久_天天色天天色_亚洲人成一区_欧美一级欧美三级在线观看

如何借用友盟+U-APM隨時(shí)監(jiān)控應(yīng)用質(zhì)量?

大數(shù)據(jù)
導(dǎo)致 App 性能低下的原因有很多,除去設(shè)備硬件和軟件的外部因素,其中大部分是開發(fā)者錯(cuò)誤地使用線、系統(tǒng)函數(shù)、編程范式、數(shù)據(jù)結(jié)構(gòu)等導(dǎo)致的。即便是最有經(jīng)驗(yàn)的程序員,也很難在開發(fā)時(shí)就能避免所有導(dǎo)致性能低下的“坑”,因此解決性能問題的關(guān)鍵是在于能不能盡早地發(fā)現(xiàn)和定位和捕獲這些錯(cuò)誤。

一、你的App也經(jīng)常“作妖”么?

曾經(jīng)聽一位金融類的top sales吐槽自家App穩(wěn)定性的問題:耗費(fèi)大半年精力終于簽下行業(yè)頭部客戶,但在遠(yuǎn)程指導(dǎo)客戶操作時(shí)客戶手機(jī)App直接崩潰。等最后問題修復(fù)好已經(jīng)幾個(gè)小時(shí)過去了。在一寸光陰一寸金的金融領(lǐng)域,產(chǎn)品的市價(jià)早就變了,到碗里的肥鴨子就這么飛了。

類似崩潰這樣的App性能問題是造成用戶流失的罪魁禍?zhǔn)字唬彩欠从矨pp質(zhì)量最基本和最關(guān)鍵的一環(huán)。App 的性能問題還包括網(wǎng)絡(luò)請求錯(cuò)誤或超時(shí)、響應(yīng)速度慢、列表滾動(dòng)卡頓、流量大、耗電等等,這其中崩潰帶來的影響是最為嚴(yán)重的。相關(guān)數(shù)據(jù)顯示,當(dāng)iOS的崩潰率超過0.8%,Android的崩潰率超過0.4%的時(shí)候,活躍用戶有明顯下降態(tài)勢。它不僅會(huì)造成關(guān)鍵業(yè)務(wù)中斷、用戶留存率下降、品牌口碑變差等負(fù)面影響,而且會(huì)直接帶來卸載和流失。

二、定位、捕獲豐富錯(cuò)誤問題

導(dǎo)致 App 性能低下的原因有很多,除去設(shè)備硬件和軟件的外部因素,其中大部分是開發(fā)者錯(cuò)誤地使用線、系統(tǒng)函數(shù)、編程范式、數(shù)據(jù)結(jié)構(gòu)等導(dǎo)致的。即便是最有經(jīng)驗(yàn)的程序員,也很難在開發(fā)時(shí)就能避免所有導(dǎo)致性能低下的“坑”,因此解決性能問題的關(guān)鍵是在于能不能盡早地發(fā)現(xiàn)和定位和捕獲這些錯(cuò)誤。

隨著App業(yè)務(wù)的與日俱增,各個(gè)系統(tǒng)也越來越復(fù)雜,服務(wù)間的調(diào)用,服務(wù)的依賴,以及分析服務(wù)的性能問題也越棘手,因此引入性能監(jiān)控平臺(tái)尤為重要。能不能快速、準(zhǔn)確、豐富的定位錯(cuò)誤類型,是衡量性能監(jiān)控產(chǎn)品的首要因素。以友盟+的U-APM應(yīng)用性能監(jiān)控平臺(tái)為例,無論是 Java、Native 崩潰,還是 ANR、系統(tǒng)各種強(qiáng)殺等問題;無論是虛擬地址耗盡、物理內(nèi)存耗盡、棧溢出、fd 耗盡,還是堆破壞等極端環(huán)境;無論是普通的單進(jìn)程,還是多進(jìn)程場景......所有的異常問題U-APM都可以捕獲到,并會(huì)生成內(nèi)容完整、豐富、全面的日志。

以ANR捕獲為例,U-APM的捕獲實(shí)現(xiàn)原理是:系統(tǒng)的 system_server 進(jìn)程在檢測到 App 出現(xiàn) ANR 后,會(huì)向出現(xiàn) ANR 的進(jìn)程發(fā)送 SIGQUIT (signal 3) 信號。正常情況下,系統(tǒng)的 libart.so 會(huì)收到該信號,并調(diào)用 Java 虛擬機(jī)的 dump 方法生成 traces。在使用 U-APM SDK 后,SDK 會(huì)攔截 SIGQUIT。在出現(xiàn) ANR 時(shí),libcrashsdk.so 會(huì)優(yōu)先收到信號,并生成 traces 和 ANR 日志。在 SDK 處理完信號后,會(huì)將信號繼續(xù)傳遞給系統(tǒng)的 libart.so,讓系統(tǒng)生成 ANR traces.txt。在使用 U-APM SDK 后,SDK 會(huì)攔截 SIGQUIT。在出現(xiàn) ANR 時(shí),libcrashsdk.so 會(huì)優(yōu)先收到信號,并生成 traces 和 ANR 日志。生成完整的 ANR 日志后,U-APM還會(huì)提供獲取觸發(fā) ANR 的原因、手機(jī)中 TOP 進(jìn)程 CPU 使用率、ANR 進(jìn)程中 TOP 線程 CPU 使用率、CPU 各核心處理時(shí)間分布情況、磁盤 IO 操作等待時(shí)長等重要信息。

 

圖:U-APM SDK ANR 捕獲原理,紅色線為 U-APM SDK 處理 ANR 信號和生成 ANR 日志的流程,紫色線為系統(tǒng)生成 ANR traces.txt 的流程。

三、實(shí)時(shí)監(jiān)控告警與修復(fù)驗(yàn)證

作為App開發(fā)者,相信大家一定遇到過類似的尷尬問題:故障永遠(yuǎn)都是你的客戶告訴你的,而在什么時(shí)候發(fā)生的,你也無法確定,只能通過客戶的反饋倒推時(shí)間節(jié)點(diǎn),最后從錯(cuò)誤日志中得到相對完整的日志信息。

那開發(fā)者如何掌握主動(dòng)權(quán)?錯(cuò)誤日志有可能會(huì)有人漏記錄,平均修復(fù)時(shí)間(MTTR)更不用想了,需要從 0.1 開始定位,先看 App是哪個(gè)模塊報(bào)錯(cuò),再猜測是哪個(gè)服務(wù)導(dǎo)致,再打開鏈路追蹤系統(tǒng),或是日志平臺(tái)等。稍微復(fù)雜些的,排查來來往往基本都是半小時(shí)、一小時(shí)以上......

破局的核心點(diǎn)就是把監(jiān)控告警的生態(tài)圈建設(shè)好。整個(gè)通路的觸達(dá)渠道需要即時(shí)有效,最好能覆蓋企業(yè)辦公中主要消息流通的渠道。以友盟+應(yīng)用性能監(jiān)控平臺(tái)U-APM為例,涵蓋的觸達(dá)渠道就有郵件、釘釘、企業(yè)微信、飛書等等。其中后三者可以通過webhook的方式直接將監(jiān)控告警發(fā)送到群組里,讓組內(nèi)的研發(fā)同學(xué)第一時(shí)間獲取到有效信息,下圖中展示了U-APM中的告警計(jì)劃設(shè)置界面,可以設(shè)置監(jiān)控的錯(cuò)誤類型、閾值、版本、觸達(dá)方式。

 

此外,針對一些交易型高價(jià)值應(yīng)用遇到的崩潰問題,比如券商/銀行的金融理財(cái)類App,如果某一用戶在購買時(shí)效性短的金融產(chǎn)品時(shí)發(fā)生異常,解決錯(cuò)誤的快慢會(huì)對用戶造成極大的影響。這時(shí)就需要單點(diǎn)追查這個(gè)用戶的行為路徑,即時(shí)排查錯(cuò)誤原因。如U-APM就為開發(fā)者提供了行為日志、用戶錯(cuò)誤細(xì)查的功能。行為日志是由自動(dòng)采集的頁面信息組成的,方便開發(fā)者根據(jù)用戶崩潰時(shí)的前項(xiàng)頁面路徑,來定位和發(fā)現(xiàn)崩潰現(xiàn)場。用戶錯(cuò)誤細(xì)查可以根據(jù)用戶的賬號(開發(fā)者上傳)搜索所選時(shí)間范圍內(nèi)的所有錯(cuò)誤、日志以及趨勢圖。可以根據(jù)用戶的崩潰日志復(fù)現(xiàn)崩潰。告別去服務(wù)端撈Log的尷尬,節(jié)省跟用戶溝通復(fù)現(xiàn)崩潰的時(shí)間和人力成本,同時(shí)還可以避免崩潰無法復(fù)現(xiàn)的窘境。

 

三、工具哪家強(qiáng)?

市面上性能監(jiān)測的產(chǎn)品其實(shí)并不多,能統(tǒng)計(jì)多維度crash,涵蓋多種ANR,并有告警功能的就更少了一些。

上文提到的友盟+的U-APM應(yīng)用性能監(jiān)控平臺(tái)其實(shí)完全可以滿足開發(fā)者性能監(jiān)控的各類問題。 

責(zé)任編輯:趙立京 來源: 網(wǎng)絡(luò)
相關(guān)推薦

2020-12-29 13:17:35

錯(cuò)誤分析模塊

2021-07-28 17:00:36

友盟應(yīng)用性能監(jiān)控

2014-05-06 10:06:07

用友優(yōu)普U8+

2014-04-24 13:21:20

2013-09-04 11:15:14

用友用友U8+

2014-11-06 10:00:46

Gartner

2015-07-27 11:00:33

應(yīng)用性能監(jiān)控工具APM

2014-03-09 17:19:52

楊小美U8+用友

2014-08-23 16:07:55

APM應(yīng)用性能管理

2013-04-07 15:41:26

用友U8+平臺(tái)

2022-11-07 14:27:56

分布式系統(tǒng)微服務(wù)架構(gòu)網(wǎng)絡(luò)管理

2011-01-19 19:12:21

Android應(yīng)用數(shù)據(jù)友盟

2011-08-09 11:23:56

用友移動(dòng)應(yīng)用云計(jì)算

2014-02-18 16:11:22

APM云智慧

2010-04-13 15:50:36

用友U8 All-in信息化

2012-10-30 17:58:29

用友U8信息化

2013-07-04 10:35:44

用友用友U8+UAP

2015-07-29 15:06:21

點(diǎn)贊
收藏

51CTO技術(shù)棧公眾號

主站蜘蛛池模板: 91色综合 | 精品一区av | 欧美日韩国产一区二区三区 | 亚洲综合婷婷 | 中文字幕日韩欧美 | 欧美在线看片 | 国产福利在线看 | 精品国产一区二区三区性色av | 国产精品久久久久久久久久 | 色婷婷av777 av免费网站在线 | 黄色毛片在线看 | 免费污视频 | 久久蜜桃av一区二区天堂 | 久久久久国产一级毛片高清网站 | 亚洲人成人一区二区在线观看 | 81精品国产乱码久久久久久 | 视频一区二区三区中文字幕 | 久久久美女 | 9久久精品 | www四虎影视| 狠狠综合久久av一区二区老牛 | 国产午夜高清 | 超碰人人91 | 欧美精品久久久 | 99精品国产在热久久 | 亚洲欧美一区二区三区国产精品 | www国产成人免费观看视频,深夜成人网 | 久久久成人网 | 午夜影晥 | 在线观看中文字幕dvd播放 | 中国av在线免费观看 | 国产精品极品美女在线观看免费 | 精国产品一区二区三区四季综 | 日韩欧美三区 | 免费久久网站 | www国产成人免费观看视频 | 久久精品一 | 天天干天天想 | 四虎永久免费地址 | 亚洲国产一区在线 | 久久国产精品视频观看 |