首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往

Android监控系统

只要我们能在发生的时候,捕捉到主线程的堆栈信息和系统的资源使用信息,即可准确分析发生在什么函数,资源占用情况如何。...实际可能是这段时间内某个函数的耗时过大导致,而不一定是T2时刻的问题,如此捕获的卡信息就无法如实反应的现场。 我们看看在这之前微信iOS主线程监控系统是如何实现的捕获堆栈。...监控系统的处理流程 用户上报 目前我们的策略是: 1、通过后台配置下发,灰度0.2%的用户量进行监控和上报; 2、如果用户反馈有问题,也可实时捞取日志来分析; 3、每天灰度的用户一个机器上报一次...review tapd bug单处理修复问题即可,整个系统从监控,上报,分析,聚类,展示,提单到回归,整个流程自动化实现,不再需要人工介入。...希望监控系统能越来越多地暴露问题,在大家的共同努力下不断提升App的流畅体验!

7.5K52
您找到你想要的搜索结果了吗?
是的
没有找到

微信iOS监控系统

dump 下来的堆栈会有多频繁?数据量会有多大? 全量上报还是抽样上报?怎么在问题跟进与节省流量直接平衡? 1. 判断标准 怎么判断主线程是不是发生了?...这样能够避免同一个写入多个文件的情况,也能避免检测线程围着同一个空转的情况。 3....缺点是层数不好定,可能外面十来层都是系统调用,也有可能第一层就是微信的函数了。 中间层归类:能够根据事先划分好的“特征值”来归类。...缺点是“特征值”不好定,如果要做到自动学习生成的话,对后台分析系统要求太高了。 最内层归类:能够将同一原因的卡归类起来。缺点是同一分类可能包含不同的业务。...这些系统基本的行为的缺点是场景很少,基本上是超时10秒以上才会捕捉到,导致的后果是数据量很少,并且很多问题是没有覆盖到的。

5.2K60

《广研Android监控系统

只要我们能在发生的时候,捕捉到主线程的堆栈信息和系统的资源使用信息,即可准确分析发生在什么函数,资源占用情况如何。...实际可能是这段时间内某个函数的耗时过大导致,而不一定是T2时刻的问题,如此捕获的卡信息就无法如实反应的现场。 我们看看在这之前微信iOS主线程监控系统是如何实现的捕获堆栈。...监控系统的处理流程 ?...review tapd bug单处理修复问题即可,整个系统从监控,上报,分析,聚类,展示,提单到回归,整个流程自动化实现,不再需要人工介入。...希望监控系统能越来越多地暴露问题,在大家的共同努力下不断提升App的流畅体验! ---- 如果您觉得我们的内容还不错,就请转发到朋友圈,和小伙伴一起分享吧~

4.5K51

Android优化 | 单点问题监测方案

ARTHook实战 小结 项目GitHub 背景介绍 前面提到过两种自动化自动化检测方案: AndroidPerformanceMonitor和ANR-WatchDog; 需要本方案的原因:自动化检测方案无法满足所有场景...; 如,有很多Message要执行, 但是所有Message的时间, 都没有达到自动化检测方案所配置的卡的判定阈值, 那这种情况,自动化检测方案对这些“较小型”的卡问题便无能为力了;...可是这些没有达到的判定阈值的“较小型”的卡问题, 却会一直影响用户体验,这显然是不行的!!...View绘制等; 下面以主线程IPC为例, 因为IPC其实是一个很耗时的操作, 但实际开发时很多时候都没有得到足够的重视, 偶尔还会在主线程进行IPC操作,以及频繁的调用, 而这种耗时其实很少达到的阈值..., 对系统方法来说,其实并没有办法对其修改, 但是我们可以Hook它的方法, 再在方法体中,加上自己的代码; AspectJ:只能针对非系统的方法, 即我们自己APP的源码或者我们自己引用的库包

2.3K20

优化

AndroidPerformanceMonitor implementation 'com.github.markzhai:blockcanary-android:1.5.0' AndroidPerformanceMonitor 是一个检测的开源库...而其使用与LeakCanary也比较相似,可以自主设置检测时间,检测到的卡同样是以Notification展示,在使用体验上也相当类似,与LeakCanary可以说是孪生兄弟。...提示框(Room表现不一,有些手机厂商会把提示框给去掉) ANR 解决方式 adb pull data/anr/traces.txt存储路径,然后分析CPU、IO及锁 ANR 测试 //给主线程造成...检测组件 https://github.com/SalomonBrys/ANR-WatchDog 使用:new ANRWatchDog().start(); 原理 ANR-WatchDog同样是一个检测的检测库...AndroidPerformanceMonitor与 ANR-WatchDog 区别 AndroidPerformanceMonitor:监控Msg ANR-WatchDog:看最终结果 前者适合监控

1.7K30

Android分析

一、原因 屏幕1秒60帧,平均每帧16.6毫秒,如果代码实现不佳,或者过于复杂,导致一帧绘制时间大于16.6毫秒,则无法完成绘制,造成丢帧,连续出现掉帧,在现象上表现为。...默认情况下,性能分析器只会将帧显示为有待调查的候选对象。在每个帧中,红色部分突出显示了相应帧超出其渲染截止时间的时长。...image.png 发现帧后,点击该帧;可根据需要按 M 键调整缩放程度以聚焦到所选帧。...image.png 3、在Android 10及更低版本上检测情况 对于搭载 Android 10(API 级别 29)及更低版本的设备,相关的操作系统图形管道信息会显示在 CPU 性能分析器系统轨迹中的单个部分...这些线程与界面呈现有关,可能是导致的原因。 如需在 Android 10 或更低版本上检测情况,请执行以下操作: 查看 Display 中的 Frames 轨迹。

2.4K20

监测APP

一、UI更新原理和原因 在 VSync 信号到来后,系统图形服务会通过 CADisplayLink 等机制通知 App,App 主线程开始在 CPU 中计算显示内容,比如视图的创建、布局计算、图片解码...这就是界面的原因。...所以,造成的原因分为CPU和GPU,CPU可以用CADisplayLink来检测,UI更新可以用Runloop的mode来检测 监测:开一个子线程,利用displaylink或者...Runloop来监测; 收集堆栈:将顿时的堆栈收集起来; 上传记录:将上传到后台或自定义; 这里我引用一张微信开发团队的监测流程图: 二、Runloop检测 首先我们来看一个...所以通过比较dispalylink的更新时间就可以知道是否存在 - (void)updateTime{ if (!

1.2K10

iOS优化

按照60FPS的帧率,每隔16ms就会有一次VSync信号,1秒是1000ms,1000/60 = 16 的原因: iOS默认刷新频率是60HZ,所以GPU渲染只要达到60fps就不会产生。...RunLoop监听 原理:是在主线程进行了耗时的操作,可以添加Observer到主线程的Runloop中,通过Runloop状态切换的耗时,达到监控的目的。...监控起一个子线程定时检查主线程的状态,当主线程的状态运行超过一定的阈值,则认为主线程,从而标记为一个。...分析实现: 使用Runloop进行监控,定义一个阈值判断的出现,记录下来上报到服务器。...子线程Ping 根据发生时,主线程无响应的原理,创建子线程去循环ping主线程,ping之前先设置标志为True,再派发到主线程执行后设置标志为false,子线程在设置阈值时间内休眠结束后,根据标志判断主线程有无响应

3.3K11

Android BlockCanary检测

前言 在日常业务测试中经常会发现页面跳转、滑动等等问题,但是往往发生了问题也没有什么具体信息提供给开发同学排查问题,所以也就不了了之了。...Blockcanary介绍 介绍 Blockcanary是@markzhai开发的检测app主线程工具,不需要在代码中插桩和debug代码就能检测出。...log日志 根据上面的配置代码并打包app,进行手工测试如果主线程超过1000ms,会在手机sdcard/BlockTest目录下生成日志。...文件包含几点: 发生时间 版本 imei cpu型号 内存 堆栈 上报log日志 之前方式的卡日志需要连接该设备把log手动导出来分析,或者在弹框中展示,这样并不能做到日志持久化和做后期的数据分析...项目 我们模拟一个Demo项目来模,点击block按钮后sleep2秒来模拟日志:

1.4K30

Matrix TraceCanary -- 初恋·

什么是 什么是,很多人能马上联系到的是帧率 FPS (每秒显示帧数)。那么多低的 FPS 才是呢?又或者低 FPS 真的就是吗?...一个稳定在 30FPS 的动画,我们不会认为是的,但一旦 FPS 很不稳定,人眼往往容易感知到。 FPS 低并不意味着发生,而发生 FPS 一定不高。...可重现的卡 在微信Android客户端中,每天都面临着各式各样的卡,其中有一部分通常是可本地复现的,对于这种容易重现的场景,一般我们在开发及体验测试阶段容易注意得到,而定位的根源,我们常用的方法是通过系统工具...而往往造成的函数并不是系统内执行的函数,一般都是我们应用开发实现的函数,所以这里无法统计系统内执行的函数对的定位影响不大。...另外,考虑到每个方法执行前后都获取系统时间(System.nanoTime)会对性能影响比较大,而实际上,单个函数执行耗时小于 5ms 的情况,对来说不是主要原因,可以忽略不计,如果是多次调用的情况

4.1K41

Android优化 | 及其优化工具概述及StrictMode实践案例

项目GitHub 本文要点 一般使用的卡优化工具 问题概述 问题分析难点 关于CPU Profiler 关于Systrace 关于StrictMode 磁盘读写违例检测实战 实例限制检测实战...时尚,风尚; 调式 模式;) 问题概述 很多性能问题(如内存占用高、耗费流量等)都相对不容易被发现, 但是问题却是很容易被直观感受到的; 问题较难排查、定位; 问题分析难点 可能的产生原因...繁杂:代码、内存、绘制、IO、【在主线程做UI处理、IO操作耗时操作】等; 线上问题,在线下难以复现, 问题跟用户届时的现场环境有很大的关系; 比如, 届时用户终端的磁盘IO空间不足,影响了...APP的IO写入性能, 导致APP,这样的场景有时候是很难复现的; 【最好在问题发生时候,就记录下来用户届时的场景】 关于CPU Profiler 图形的形式展示程序的执行时间、调用栈、执行次数等...View v) { writeToExternalStorage(); } }); } /** * 文件系统的操作

2.3K20

iOS监控方案浅析

原因 首先,我们需要明确一个定义,就是是什么? 死锁:主线程拿到锁A,需要获得锁B,而同时某个子线程拿了锁 B,需要锁A,这样相互等待就死锁了。...这里想到的就是将当前的线程栈进行捕捉,这样我们就可以找到当前在哪一行函数。...所以,这里监控的整体思路就是起一个子线程,去监控你所需要关注的线程(例如主线程)的活动情况,如果发现有,就将当前堆栈dump下来。 ?...上图可以看出,我们在这次监控的工具中主要监控的是线程RunLoop的超时情况,由于在iOS中线程的事件处理主要依靠的是RunLoop,如果单次RunLoop运行循环的事件超过某一时间,那就会产生出用户体验情况...,例如内存堆栈的打印,次数的统计等等。

1.3K20
领券