项目实战总结以及接入U-APM

本文涉及的产品
应用实时监控服务-应用监控,每月50GB免费额度
应用实时监控服务-用户体验监控,每月100OCU免费额度
简介: 导致 App 性能低下的原因有很多,除去设备硬件和软件的外部因素,其中大部分是开发者错误地使用线、系统函数、编程范式、数据结构等导致的。即便是较有经验的程序员,也很难在开发时就能避免所有导致性能低下的“坑”,因此解决性能问题的关键是在于能不能尽早地发现和定位和捕获这些错误。

项目遇到的崩溃/卡顿/ANR/OOM/启动慢

1.1项目背景

1.2所遇到的挑战

1.3解决问题的步骤

1.4项目总结

2. 产品体验内容:集成/入/使用

2.1集成/接入/ 友盟+ 应用性能监控平台 U-APM

2.2集成/接入/使用体验总结与分享

2.3对产品提出的建议/意见

1.项目遇到的奔溃/卡顿/ANR/OOM/启动慢

1.1项目背景

项目背景主要是公司开发项目,老板提起需求,产品经理规划需求以及文档,开发人员根据需求来规划开发,项目开发人员(两个前端开发,三个Java开发,两个测试,一个产品,一个ui);项目组织架构:

(小程序/H5):uniapp架构+U-APM监听统计+canvas绘制海报B端管理系统: Vue+Axios+Elementui+ueditor135编辑器+

项目名叫:值得买商城,主要是一个一体化的的B2C平台,包含内部商城管理系统(客服/运营可以在系统发布活动以及商品,管理商品、订单、会员,并且处理用户的询问以及投诉),C端小程序APP端(H5APP端直接给用户提供一个便捷简介,实惠多优惠多的一个线上购物平台,通过活动优惠以及地推方式分享产生裂变,通过友盟统计抓取不同用户的喜好,定时更新推流以及发放优惠),项目类似京东商城、天猫商城,可以在商城浏览商品、下订单,会员用户以及星级用户可以参加各种活动。

电商模式:

1.1:B2B:商家到商家。比如阿里巴巴,慧聪网、铭万网。

1.2:B2C:商家到用户。比如京东。

1.3:C2C:用户到用户。比如淘宝。

1.4:B2B2C:商家到商家到用户。比如天猫。

1.5:O2O:线上到线下。比如百度外卖、美团、饿了么。


1.2所遇到的挑战/问题

1.项目上线例如代码异常或者控制台异常监听不到不太好排查

2.服务端队列接口其中一个挂掉项目直接奔溃

3.类似登录按钮点击请求频繁点击请求多次

4.页面组件不统一导致需求更改多处地方变动

5.切换环境或者项目距配置导致异常axios拦截失败


1.3解决问题的步骤

1. 最初项目开发中引入的fundebug第三方插件监听代码异常,但是部分拦截异常捕获不到{H5以及小程序使用的是fundebugAPP使用友盟的U-APM去接入捕获异常}

1.jpg

2.jpg

首先查看第三方捕获的异常区偏差问题,通过开发者工具调试debugger排查异常出现的位置,查看是代码逻辑问题还是其他异常,依次去排查解决

1.4项目总结

遇到问题,不要心急也不需要慌,既然问题出现了,按照问题出现的时间、方式、情况进行排查,找到问题之后,去一步步尝试解决就好,首先要把思路屡清楚,实战中总是会遇到怪怪的问题,用心去做就OK了,部分想系统的表格、表单,网站中的列表,标题栏等等模块项目中尽量去封装集成为组件库统一管理,减少工作量以及代码冗余。


2.产品体验内容:集成/接入/使用

这里来说一下友盟的U-APM集成接入以及使用方式,在这里首先先说明一下我个人在开发中为什么会选择友盟的这款产品api在项目中使用,在解决问题的步骤中我提到过,项目中h5跟小程序使用的一个第三方fundebug来抓取以及捕获异常,APP中开发使用U-APM捕获抓取错误异常并监听,{ fundebug捕获异常以及监听方面没有U-APM全面,只能监听到普通异常,U-APM可以监听到奔溃分析,自定义错误异常,启动分析,卡顿分析以受影响人数等等},唯一觉得美中不足的就是,U-APM只支持安卓跟IOS

2.1产品体验内容:集成/接入/使用

2.1.1首先进入网址登录注册应用获取下载SDK

U-APM网站地址https://apm.umeng.com/apps/create

3.jpg

2.1.2 获取到自己的应用key以及基础sdk

注意:

·       应用的安卓版和iOS版不能使用相同的AppKey,需要分开注册。

·       【友盟+】的应用名与实际应用名和包名无关,若注册应用时,提示应用名称已存在,建议命名为应用名+平台(iOS/Android)

maven自动集成(推荐)

通过在Android Studio工程build.gradle配置脚本中添加maven线上依赖,导入最新版本组件化统计SDK

maven依赖配置

在工程build.gradle配置脚本中buildscriptallprojects段中添加【友盟+SDKmaven仓库地址。

maven { url'https://dl.bintray.com/umsdk/release' }

buildscript {  repositories {  google()  jcenter() maven { url 'https://dl.bintray.com/umsdk/release' }  } dependencies {  classpath 'com.android.tools.build:gradle:3.4.0'  // NOTE: Do not place your application dependencies here; they belong  // in the individual module build.gradle files  } }  allprojects { repositories {  google()  jcenter() maven { url 'https://dl.bintray.com/umsdk/release' }  } }

在工程App 对应build.gradle配置脚本dependencies段中添加统计SDK库和其它库依赖:

// 下面各SDK根据宿主App是否使用相关业务按需引入。

// OAID目前为目前国内市场主流的Android Q设备标识,可根据需要选择。

// 友盟统计SDK  implementation 'com.umeng.umsdk:common:9.3.3'

// 版本号(必选)  implementation 'com.umeng.umsdk:asms:1.1.4'

// asms包依赖(必选)   implementation 'com.umeng.umsdk:game:9.2.0+G'

//游戏统计SDK依赖(可选)   implementation 'com.umeng.umsdk:apm:1.1.0'

// U-APM产品包依赖(必选)

4.jpg

崩溃/ANR类型

如果您使用的是9.0.4以上版本SDK,同时集成使用了umeng-apm-vx.x.x.aar插件,则默认开启新版本的稳定性功能

-keep classcom.uc.** {*;}

 

如果开发者自己捕获了错误,需要手动上传到【友盟+】服务器可以调用下面两种方法:

@param {e}错误异常

@param{type}自定义错误类型

publicstaticvoid UMCrash.generateCustomLog(Throwable e, String type)

 

方法一示例:

try {  // 抛出异常的代码 }

catch (Exception e) {

UMCrash.generateCustomLog(e, "UmengException"); }

 

方法二:

@param {e}错误异常

@param{type}自定义错误类型

 

publicstaticvoid UMCrash.generateCustomLog(String e, Stringtype)

 

捕获成功查看友盟+U-APM可视化工具:

5.jpg

6.jpg

7.jpg

详细文档查看官放文档比较清晰明了:

 

https://developer.umeng.com/docs/193624/detail/194590

2.2集成/接入/使用体验总结与分享

首先来说一下市面上目前:导致 App 性能低下的原因有很多,除去设备硬件和软件的外部因素,其中大部分是开发者错误地使用线、系统函数、编程范式、数据结构等导致的。即便是较有经验的程序员,也很难在开发时就能避免所有导致性能低下的“坑”,因此解决性能问题的关键是在于能不能尽早地发现和定位和捕获这些错误。随着App业务的与日俱增,各个系统也越来越复杂,服务间的调用,服务的依赖,以及分析服务的性能问题也越棘手,因此引入性能监控平台尤为重要。能不能快速、准确、丰富的定位错误类型,是衡量性能监控产品的头要因素。以友盟+U-APM应用性能监控平台为例,无论是 JavaNative崩溃,还是 ANR、系统各种强杀等问题;异常问题U-APM都可以捕获到,并会生成内容完整、丰富、全面的日志。作为App开发者,相信大家一定遇到过类似的尴尬问题:故障永远都是你的客户告诉你的,而在什么时候发生的,你也无法确定,只能通过客户的反馈倒推时间节点,靠后从错误日志中得到相对完整的日志信息,友盟+应用性能监控平台U-APM为例触达渠道就有邮件、钉钉、企业微信、飞书等等。其中后三者可以通过webhook的方式直接将监控告警发送到群组里,让组内的研发同学头先时间获取到有效信息,及时更改异常修复。个人觉得还是蛮好的在个人开发中还是企业应用开发中目前都够用了。

2.3对产品提出的建议/意见

作为开发者对U-APM的建议:

1.登录一个账号就可以有一个选择平台来切换ios/安卓来直接看到对应数据的统计,现在需要来回折腾有点麻烦

2.目前监测统计错误异常只支持IOS跟安卓APP,小程序,H5以及公众号这些目前不支持

3.如果从监测的异常有录屏功能就更好了,这样会直接查看录屏回放效果杠杠的~~~~

相关实践学习
通过云拨测对指定服务器进行Ping/DNS监测
本实验将通过云拨测对指定服务器进行Ping/DNS监测,评估网站服务质量和用户体验。
相关文章
|
消息中间件 弹性计算 数据可视化
SpringBoot 整合 Elastic Stack 最新版本(7.14.1)分布式日志解决方案,开源微服务全栈项目【有来商城】的日志落地实践
SpringBoot 整合 Elastic Stack 最新版本(7.14.1)分布式日志解决方案,开源微服务全栈项目【有来商城】的日志落地实践
|
监控
阿里云应用性能管理(APM)产品-应用实时监控服务(ARMS)技术解密 资料下载
直播大纲 1. 应用性能管理(APM)背景介绍 2. 分布式链路追踪的现状与使用场景 3. ARMS分布式链路追踪的技术实现 4. 最佳实践 (1) 全息排查+场景链路(2) 前端监控与应用监控融合(3) ARMS与K8S的融合与实践 专家介绍 阳其凯(逸陵),阿里巴巴高级开发工程师,2016年加入阿里巴巴Eageleeye团队,多年实时计算平台与APM产品开发经验,目前主要负责云产品业务实时监控服务(ARMS)与链路追踪(Tracing Analysis)的研发工作。
13174 0
|
Prometheus 监控 Kubernetes
开源监控利器Prometheus初探
前言: Kubernetes作为当下最炙手可热的容器管理平台,在给应用部署运维带来便捷的同时,也给应用及性能监控带来了新的挑战。本文给大家分享一款十分火热的开源监控工具Prometheus,让我们一起来看它是如何兼顾传统的应用监控、主机性能监控和Kubernetes监控的。
2938 0
|
7月前
|
缓存 监控 小程序
微信小程序全栈开发中的性能监控与调优
【4月更文挑战第12天】本文探讨了微信小程序全栈开发中的性能监控与调优。页面加载速度、响应速度、内存占用和电量消耗是关键性能问题。开发者可利用微信小程序开发者工具进行性能监控,分析指标并优化代码、数据缓存、资源管理。通过综合性能调优,提升小程序性能和用户体验,降低用户流失。开发者需持续关注和学习新性能优化技术。
226 2
|
7月前
|
机器学习/深度学习 运维 监控
有人想让我讲讲应用性能管理(APM)工具
有人想让我讲讲应用性能管理(APM)工具
390 2
|
存储 监控 前端开发
APM开源方案-SigNoz初体验
最近在调研APM相关的开源方案,发现ATA上这类的文章比较少,准备搞一系列APM的“初体验”文章,那么先从最近github势头较热的SigNoz开始SigNoz简介SigNoz是一套开源APM方案,用于监控应用指标和链路,可以看到调用情况、异常、trace上下链路,也可以自己定义Dashboard。官方对于SigNoz介绍很全面了,不赘述啦。值得注意的是,SigNoz支持OpenTelemetry
6498 2
APM开源方案-SigNoz初体验
|
存储 数据采集 监控
监控平台SkyWalking9入门实践
Skywalking是APM规范的国产开源分布式链路追踪系统,APM即应用性能管理,支持对SpringCloud微服务集成,并且无代码层面的侵入;
902 0
监控平台SkyWalking9入门实践
|
Arthas 监控 Java
阿里开源性能监控神器Arthas
阿里开源性能监控神器Arthas,帮助你快速排查线上问题
3924 0
阿里开源性能监控神器Arthas
|
SQL 存储 数据采集
ARMS在APM工具选型中的实践
当前的系统在数字化转型需求以及互联网架构实施的影响下,越来越普遍地使用了微服务架构,我们在享受微服务带来的好处(开发效率高, 独立部署, 水平扩展, 故障与资源隔离等等)外,也带来测试,事务,应用监控等各方面的困难。
3780 7
ARMS在APM工具选型中的实践
|
运维 监控 Cloud Native
极速体验|使用 Erda 微服务观测接入 Jaeger Trace
在大型网站系统设计中,随着分布式架构,特别是微服务架构的流行,我们将系统解耦成更小的单元,通过不断的添加新的、小的模块或者重用已经有的模块来构建复杂的系统。随着模块的不断增多,一次请求可能会涉及到十几个甚至几十个服务的协同处理,那么如何准确快速的定位到线上故障和性能瓶颈,便成为我们不得不面对的棘手问题。
219 0
极速体验|使用 Erda 微服务观测接入 Jaeger Trace