也许没人在意，但“撞车”的事情每天都在发生。当用户点击打开APP时，有时会因为网络异常、内存、接口返回值错误等原因，导致应用在运行过程中被强制关闭（ForceClosing），中断用户正在进行的操作体验，这就是碰撞”。崩溃不仅会造成关键服务中断、ARPU降低等重大影响，甚至会导致用户留存率、DAU和MAU下降。不过，最大的问题是死机很难监控，很多小厂商只能坐以待毙，等待用户上门，所谓的用户流失其实很多时候都发生在这些地方。为了帮助用户有效定位崩溃问题，许多监控崩溃的工具应运而生。然而，事实上，作为影响应用性能的第一因素，崩溃并没有想象中那么容易监控。一般来说，传统的崩溃监控产品在监控崩溃时只能收集系统崩溃日志，但很难获取崩溃的具体触发条件，比如崩溃场景或者点击哪个控件触发的崩溃，如何有效？,准确监测触发事件是监测崩溃的一个重要关键点。当下，听云App携最新崩溃监控功能登场，只为打造最佳移动应用性能管理体验，四种方式帮你解决所有崩溃问题，快速提升交易成功率，挽救用户留存.交互轨迹重现——第一时间找到崩溃原因APP崩溃后，开发者往往不是很清楚崩溃原因。如果此时能够还原出崩溃现场，了解崩溃的真正原因，那么就会尽快对崩溃进行处理和修复，减少用户损失。以前只能通过后台监控报告看到崩溃报告，无法知道手机崩溃的环境。如果此时可以重现交互轨迹，即可以还原用户交互轨迹，那么就可以看到崩溃的具体视图、界面、控制操作，也就是崩溃的真正原因。在听云App报告中，用户可以通过崩溃汇总、版本分布、设备分布、操作系统分布4个维度，以及崩溃率、崩溃次数、启动次数3个指标，查看应用的崩溃情况。用户可以进入BugSummary查看具体的崩溃信息，从应用启动时间、崩溃时间、应用版本、SDK版本、操作系统版本、设备型号等多个维度查看崩溃的交互轨迹。crash交互轨迹的实现大大节省了研发人员的时间，开门见山的解决问题，大大缩小了crash排查范围。听云App的交互式轨迹再现功能打破了仅记录视图间跳转的功能劣势，可以清晰列出崩溃时的方法和控件，帮助开发者还原崩溃的每一步。反混淆——发现crash的真实面貌当用户想找到crash的堆栈调用时，如果没有反混淆文件，即dSYM文件（iOS称为符号表），那么捕获的crash异常是经过混淆处理的，也就是说无法获取真正crash发生时的代码地址。在听云App的控制台中，用户只需将iOS（符号表）或Android（Mappingfile）文件上传到报表端，即可对堆栈信息进行去混淆和符号化处理，即可看到真实的堆栈异常信息.地址偏移量。由于stack本身是一步步调用的，在crash之后，可以根据调用步骤、方法、执行代码的具体信息，通过反混淆功能得知crash的发生。由此看来，坠机的原因也就一目了然了。反混淆功能对开发者来说意义重大。听云App在国内APM领域率先实现了反混淆功能，比其他厂商在本地开发环境粘贴脚本运行更加先进和稳定。Bug管理——在线移植崩溃原因通常情况下，应用开发者在通过监控发现是上一版本的bug导致的崩溃后，会在版本迭代中修复bug，但有一种情况是有些bug在这个version版本已经修复，但由于老版本还在市场上流通运行，修复后的bug在监控时仍然会上传报警，给bug排查增加了很多视觉干扰。听云App的Bug管理功能可以有效帮助研发人员标记已修复的BUG，提醒研发人员不要关注已修复的crash，大大提高了工作效率。上下文信息——多角度理解信息用户死机后，在程序中排查后发现是设备问题，比如CPU占用率高，需要释放内存等。听云App的上下文信息功能可以帮助用户了解设备、CPU型号、系统版本、运营商、剩余内存、CPU指令集、应用版本、访问方式、CPU使用率、ROOT状态、GPS、设备剩余空间、灯光14、应用UI方向等指标可以查看崩溃的具体原因。怎么样，听了这四招，你有没有发现“崩溃”这件事不再那么崩溃了呢？听云App的交互式轨迹复现、反混淆、Bug管理、上下文信息等功能专门帮助开发者查找崩溃原因，彻底揭开崩溃的真面目，有效地将崩溃原因移植到线上第一时间，多角度了解坠机原因。您想让您的应用快速提高用户留存率吗？使用听云App，为您的应用打造最佳性能体验！（参与链接：https://account.tingyun.com/cas/login?service=https%3A%2F%2Fsaas.tingyun.com%2Fj_acegi_cas_security_check%3FloginView%3DcasLoginTingyun）下面教大家如何有效快速的使用听云App崩溃功能1.登录报表查看APP健康状态2.点击查看崩溃详情3.查看崩溃历史4.进入Bug分析查看崩溃详情5.崩溃轨迹复现，帮助开发者复现崩溃现场6.查看上下文信息了解崩溃发生时的设备环境7.告诉你单个崩溃发生在每个操作系统和设备的数量和百分比
