快速定位错误代码!友盟错误分析放大招

新版错误分析

错误分析是友盟为移动开发者提供的 Crash 收集和分析的工具,能够帮助开发者监测 App 在移动设备上的运行状况,及时发现并解决错误,提升 App 的稳定性。11月,新版错误分析全面上线,功能有很大的提升,友盟新版错误分析力求为开发者提供优质完美的体验与服务!

新版错误分析的功能

1.可以按照错误类型、应用版本筛选错误。 2.可以根据不同的条件为错误添加标签,便于快速分类及查找错误。 3.安卓可以通过上传 mapping 文件来定位到 Crash 的具体位置。IOS 可以通过下载 XX.csv 文件后使用 umcrashtool 工具来定位。 4.可以自定义错误信息(Android)(提示:如不更新到新版SDK,新版错误分析的部分功能将不能使用。)

友盟错误分析常见问题

Q:为什么 Android 错误详情中出现乱码?

A : 使用自定义上传错误时,不要上传中文。

Q:错误详情包含哪些内容?

A: 错误列表中展示的错误摘要的生成规则是,将收集的 Crash 日志通过一定算法聚合后的错误的堆栈信息的第一行。错误详情页面展示的是错误详细的 stacktrace 以及首次发生时间、最近一次发生时间、总次数、发生错误的应用版本、终端信息。 未修复的错误列表展示最近 15 天(含今天)接收的错误类型;已修复、处理中、已忽略的错误列表展示最近 90 天(含今天)接收的错误类型。

Q:为什么测试时 crash 后无数据?

A:错误分析的数据发送策略为再次启动时发送,所以 crash 后 需要再次启动应用才能接收到数据。 其他可能性原因: 如果同时使用了其他错误统计,如果友盟先注册,其他错误统计后注册,会导致友盟的错误统计被覆盖而无数据。(Android) 如果统计 SDK 被写在子线程中,而用户是在主线程 crash,则不会被统计到。 如果调用了

[MobClick setCrashReportEnabled:NO]--IOS;

MobclickAgent.setCatchUncaughtExceptions(false)--Android

关闭错误统计,将无法接收到数据。

Q:如何定位错误具体位置?

A: Android  可以通过上传 mapping 文件来定位到 Crash 的具体位置。 IOS 可以通过下载 XX.csv 文件后使用 umcrashtool 工具来定位。 详细使用方法参见:http://www.umeng.com/umeng30_error_type

Q:如何按日期筛选错误信息?

A:目前除今日接收错误,还不支持按日期筛选。

Q:为什么有些错误没有统计到?

A:可能的原因有以下几点 ①今日错误数展示的是今日收到的全部错误数(聚合后的错误类型数);当今日错误类型超过 1000 个的限制时,数据将不会继续更新。

②可能调用了这个方法:MobclickAgent.onKillProcess(Context context) 。如果开发者调用 Process.kill 或者 System.exit 之类的方法杀死进程,请务必在此之前调用此方法,用来保存统计数据。

③需要勾选接收错误信息的版本。当某版本取消选中时,该版本的错误信息将不再继续接收,但不会减少当日已接收的错误数。





更多关于友盟错误分析的使用说明问题,请点击“友盟技术论坛”进行查看,如有产品使用问题,请直接发送至邮箱[email protected]。

时间: 2024-11-08 10:45:59

快速定位错误代码!友盟错误分析放大招的相关文章

如何使用友盟 Cocos2d-x 分享组件实现 Android/iOS 分享功能

Cocos2d-x作为一款优秀的跨平台游戏引擎,已经被越来越多的开发者使用,而在游戏中使用分享组件能够有效的提供用户粘性,通过分享回流来提高APP安装量,但是目前市面上能够在Cocos2d-x环境下使用的分享插件并不多,开发者们只能自己对原生分享SDK进行封装来实现,前一段时间友盟推出Cocos2d-x分享组件,能够帮助开发者快速集成.友盟也把组件的源码放在GitHub上,有好的想法也可以直接在GitHub上修改(PS.在GitHub上提bug可以获得友盟的小奖品),同样也可以对源码进行学习,对

如何通过友盟的错误分析报告,定位到错误代码的位置

加入友盟统计功能后,友盟后台会有一个错误分析的统计项,点进去之后可以查看项目的错误报告.对于开发人员来说,查看报告不是最终目的,找到错误的原因才是最终目的.如何通过这堆报告定位到错误的代码呢?早上查了好些资料,终于成功了. 我们先看一下错误报告是什么样的: 友盟错误报告 这份报告所包含的主要信息有: 1.首行是错误的原因.显而易见,以上的错误是由于数组越界了.2.打红色马赛克的地方是你的工程名字.3.红色马赛克之间有一个淡绿色的地址,这就是错误代码的位置.4. dSYM UUID,这个是dSYM

利用友盟定位iOS线上版本项目的崩溃位置

引言 当我们的项目打包上传苹果商店之后,出现的崩溃问题不会想在XCode中那么明显了,那么我们就要对项目的crash日志进行分析,至此,友盟的崩溃分析作用就体现出来了. 前提 你的项目中集成了友盟 能获取到项目的dSYM文件 什么是 dSYM 文件 Xcode 编译项目后,我们会看到一个同名的 dSYM 文件,dSYM 是保存 16 进制函数地址映射信息的中转文件,我们调试的 symbols 都会包含在这个文件中,并且每次编译项目的时候都会生成一个新的 dSYM 文件,位于 /Users/<用户

android使用友盟实现第三方登录、分享以及微信回调无反应问题解决办法

        Leaning_wk每一次的进步都会拉近与成功的距离! 帐号设置退出   关闭 qq_15855289的博客 目录视图 摘要视图 订阅 异步赠书:Kotlin领衔10本好书      免费直播:AI时代,机器学习如何入门?      程序员8月书讯      每周荐书:Java Web.Python极客编程(评论送书) android使用友盟实现第三方登录.分享以及微信回调无反应问题解决办法 标签: android友盟第三方登录分享微信登录回调问题 2017-02-10 16:2

如何通过友盟分析发布后App崩溃日志-b

要分析崩溃日志,首先需要保留发布时的编译出来的.xcarchive文件.这个文件包含了.DSYM文件. 我一般的做法是,发布成功后,把这个文件.xcarchive直接提交到代码版本库对应的版本分支里,这样就不会搞丢了. 这个文件在哪呢?打开XCode->菜单Window->Organizer,在编译成功的文件上右键,就能打开了. 两种比较麻烦的方法. 第一种方法: 使用dwarfdump命令 dwarfdump --uuid xx.app.dSYM     用来得到app的UUID.dwarf

分析友盟错误日志

要分析崩溃日志,首先需要保留发布时的编译出来的.xcarchive文件.这个文件包含了.DSYM文件. 我一般的做法是,发布成功后,把这个文件.xcarchive直接提交到代码版本库对应的版本分支里,这样就不会搞丢了. 这个文件在哪呢?打开XCode->菜单Window->Organizer,在编译成功的文件上右键,就能打开了. 两种比较麻烦的方法. 第一种方法: 使用dwarfdump命令 dwarfdump --uuid xx.app.dSYM     用来得到app的UUID.dwarf

iOS 友盟统计崩溃日志查询

1.在Finder中找到你打出去的那个包,YourAppName.xcarchive. 2.然后Show Package Contents,在dSYMs 和 Products文件夹内找到这两个文件:YourAppName, YourAppName.app.dSYM 3.把这两个文件放到一个文件夹内,在终端进入该位置. 4.根据友盟统计上的错误分析,输入相应的如下命令行即可定位到出错内容: atos -arch armv7 -o YourAppName.app/YourAppName 0x306d

玩转ios友盟远程推送,16年5月图文防坑版

最近有个程序员妹子在做远程推送的时候遇到了困难,求助本帅.尽管本帅也是多彩的绘图工具,从没做过远程推送,但是本着互相帮助,共同进步的原则,本帅还是掩饰了自己的彩笔身份,耗时三天(休息时间)帮她完成了推送功能.PS:三天只打了一局dota,你们就知道这有多难,多耗时了.(其实并没有,真正做过一次就知道这其实很简单了,现在有程序媛再找本帅做推送,简直就是分分钟的事). 对不起请允许我这一次! 鉴于这次做推送的时间绝大多数都浪费在了"寻找教程->教程有误(更新不及时)->寻找教程"

32位汇编第四讲,干货分享,汇编注入的实现,以及快速定位调用API的数量(OD查看)

32位汇编第四讲,干货分享,汇编注入的实现,以及快速定位调用API的数量(OD查看) 昨天,大家可能都看了代码了,不知道昨天有没有在汇编代码的基础上,实现注入计算器. 如果没有,今天则会讲解,不过建议把昨天代码熟悉一遍(课程是紧跟着来的,请不要拉下任何一天,因为今天的知识, 可能就和昨天的知识挂钩,昨天的知识,和前天的挂钩.....,当然你如你懂汇编,不是新手,那么则可以直接往下看) 一丶远程线程注入,和汇编远程注入的区别 昨天的代码,大家可能看了(没看也没有关系,就是远程线程注入的代码,开发角