让“崩溃”不再，听云App几招帮你的APP提高20%用户留存率

2016-03-03 13:35:16 来源：中国科讯网抢沙发

2016-03-03 13:35:16 来源：中国科讯网

摘要：也许没人在意，但是令人“崩溃”的事每天都在发生。
关键词：听云App

　　也许没人在意，但是令人“崩溃”的事每天都在发生。

　　当一个用户点开一款APP时，有时会出现由于网络异常、内存、接口返回值错误等原因造成的应用在运行过程中发生强制关闭（Force Closing）的现象，打断用户正在进行的操作体验，这就是“崩溃”。崩溃不仅会对关键业务造成中断、ARPU降低等重大的影响，甚至还会造成用户留存下降、DAU与MAU持续下降，但是最大的问题还是在于崩溃很难进行监测，很多小厂商只能坐以待毙，等着用户找上门，所谓用户流失其实很多时候都是发生在这些地方。为了帮助用户有效定位崩溃问题，很多监测崩溃的工具应运而生。

　　然而事实上，崩溃作为影响应用性能最大的因素之首，监测起来并不像想象中简单。一般来说，传统崩溃监测产品在监测崩溃时，只能收集到系统的崩溃日志，但是对崩溃的具体触发条件很难获取，像发生崩溃的场景或者是点击哪个控件后引发的崩溃，如何有效、精准的对触发事件进行监控，是监控崩溃的重要关键点。就是现在，听云App携带完美的崩溃监测功能盛装登场，只为全力打造完美的移动应用性能管理体验，四招帮你解决所有关于崩溃的难题，迅速提升交易成功率、挽救用户留存。

　　交互轨迹复现——第一时间找到崩溃发生原因

　　APP出现崩溃后，开发者对于崩溃的原因往往并不十分明了。如果此时可以将崩溃场景进行还原，了解崩溃发生的真实原因，那么便会第一时间对崩溃进行处理和修复，减少用户流失。在过去，通过监测后台的报表只能看到崩溃报告，但却无法了解到手机在何种环境下发生了崩溃，那么此时如果能将交互轨迹进行复现，即把用户交互轨迹还原，则能看到发生崩溃的具体视图、界面、控件操作，即发生崩溃的真实原因。

　　在听云App报表中，用户可通过崩溃汇总、版本分布、设备分布、操作系统分布4个维度以及崩溃率、崩溃数量、启动次数3个指标查看应用的崩溃情况。

　　用户可进入Bug摘要可查看具体崩溃信息，从应用启动时间、崩溃时间、应用版本、SDK版本、操作系统版本及设备型号等几个维度看到发生崩溃的交互轨迹。崩溃交互轨迹的实现极大的节省了研发人员的时间，一针见血地解决了问题，极大的缩小排查崩溃的范围。

　　听云App的交互轨迹复现功能打破了只能记录视图之间跳转的功能劣势，可清晰列举出发生崩溃时的方法、控件，帮助研发人员还原发生崩溃的每一步信息。

　　反混淆——发现崩溃真实面貌

　　当用户希望找到崩溃的堆栈调用情况时，如果没有反混淆文件，即dSYM文件（iOS称为符号表），那么捕捉到的崩溃异常是经过混淆的，也就是说无法得到真实崩溃发生时的代码地址。在听云App的控制台中，用户只要将iOS（符号表）或Android（Mappingfile）文件上传到报表端，便可对堆栈信息进行反混淆、符号化，看到真实的堆栈异常信息，同时不存在地址偏移。

第四十一届CIO班招生
国际CIO认证培训
首席数据官（CDO）认证培训

责编：chenjian

免责声明：本网站（http://www.ciotimes.com/）内容主要来自原创、合作媒体供稿和第三方投稿，凡在本网站出现的信息，均仅供参考。本网站将尽力确保所提供信息的准确性及可靠性，但不保证有关资料的准确性及可靠性，读者在使用前请进一步核实，并对任何自主决定的行为负责。本网站对有关资料所引致的错误、不确或遗漏，概不负任何法律责任。
本网站刊载的所有内容（包括但不仅限文字、图片、LOGO、音频、视频、软件、程序等）版权归原作者所有。任何单位或个人认为本网站中的内容可能涉嫌侵犯其知识产权或存在不实内容时，请及时通知本站，予以删除。