也許沒人在意，但是令人“崩潰”的事每天都在發生。
當一個用戶點開一款APP時，有時會出現由于網絡異常、內存、接口返回值錯誤等原因造成的應用在運行過程中發生強制關閉（Force Closing）的現象，打斷用戶正在進行的操作體驗，這就是“崩潰”。崩潰不僅會對關鍵業務造成中斷、ARPU降低等重大的影響，甚至還會造成用戶留存下降、DAU與MAU持續下降，但是最大的問題還是在于崩潰很難進行監測，很多小廠商只能坐以待斃，等著用戶找上門，所謂用戶流失其實很多時候都是發生在這些地方。為了幫助用戶有效定位崩潰問題，很多監測崩潰的工具應運而生。
然而事實上，崩潰作為影響應用性能最大的因素之首，監測起來并不像想象中簡單。一般來說，傳統崩潰監測產品在監測崩潰時，只能收集到系統的崩潰日志，但是對崩潰的具體觸發條件很難獲取，像發生崩潰的場景或者是點擊哪個控件后引發的崩潰，如何有效、精準的對觸發事件進行監控，是監控崩潰的重要關鍵點。就是現在，聽云App攜帶完美的崩潰監測功能盛裝登場，只為全力打造完美的移動應用性能管理體驗，四招幫你解決所有關于崩潰的難題，迅速提升交易成功率、挽救用戶留存。
交互軌跡復現——第一時間找到崩潰發生原因
APP出現崩潰后，開發者對于崩潰的原因往往并不十分明了。如果此時可以將崩潰場景進行還原，了解崩潰發生的真實原因，那么便會第一時間對崩潰進行處理和修復，減少用戶流失。在過去，通過監測后臺的報表只能看到崩潰報告，但卻無法了解到手機在何種環境下發生了崩潰，那么此時如果能將交互軌跡進行復現，即把用戶交互軌跡還原，則能看到發生崩潰的具體視圖、界面、控件操作，即發生崩潰的真實原因。
在聽云App報表中，用戶可通過崩潰匯總、版本分布、設備分布、操作系統分布4個維度以及崩潰率、崩潰數量、啟動次數3個指標查看應用的崩潰情況。
用戶可進入Bug摘要可查看具體崩潰信息，從應用啟動時間、崩潰時間、應用版本、SDK版本、操作系統版本及設備型號等幾個維度看到發生崩潰的交互軌跡。崩潰交互軌跡的實現極大的節省了研發人員的時間，一針見血地解決了問題，極大的縮小排查崩潰的范圍。
聽云App的交互軌跡復現功能打破了只能記錄視圖之間跳轉的功能劣勢，可清晰列舉出發生崩潰時的方法、控件，幫助研發人員還原發生崩潰的每一步信息。
反混淆——發現崩潰真實面貌
當用戶希望找到崩潰的堆棧調用情況時，如果沒有反混淆文件，即dSYM文件（iOS稱為符號表），那么捕捉到的崩潰異常是經過混淆的，也就是說無法得到真實崩潰發生時的代碼地址。在聽云App的控制臺中，用戶只要將iOS（符號表）或Android（Mappingfile）文件上傳到報表端，便可對堆棧信息進行反混淆、符號化，看到真實的堆棧異常信息，同時不存在地址偏移。
由于堆棧本身是經過步步調用的，那么在發生崩潰后便可通過反混淆功能得知具體是由于調用的步驟、方法，執行代碼的具體信息導致的崩潰發生，以此看來崩潰原因一目了然，反混淆功能對于研發人員具有重要意義。
聽云App是國內APM領域首家實現反混淆功能的，較其他廠商以粘貼腳本在本地的開發環境運行的方式更加領先和穩定。
Bug管理——將崩潰原因移植線上
通常情況下，應用開發商通過監測發現之前版本的Bug引起崩潰后會在版本迭代時對該Bug進行修復，但存在一種情況，即某些Bug在該版本已經過修復，但由于老版本仍在市面上流通和運行，在做監測時，已修復過的Bug仍然會被上傳和報警，這樣對Bug排查增加了極大的視覺干擾。聽云App的Bug管理功能可有效幫助研發人員對已修復的Bug進行標記，提醒研發人員不必再關注已修復過的崩潰現象，極大提高工作效率。
上下文信息——多角度了解信息
用戶發生崩潰后，經過程序內原因的排查發現是設備問題，如CPU占用過高、內存需要釋放。聽云App的上下文信息功能可以幫助用戶從設備、CPU型號、系統版本、運營商、剩余內存、CPU指令集、應用版本、接入方式、CPU用量、ROOT情況、GPS、設備剩余空間、點亮、應用UI朝向等14個指標可以查看到發生崩潰的具體原因。
怎么樣，是不是聽完這四招發現“崩潰”的事情不再那么令你崩潰了，聽云App的交互軌跡復現、反混淆、Bug管理、上下文信息功能專門為了幫助開發者發現崩潰原因，徹底揭露崩潰真實面貌，第一時間將崩潰原因有效移植到線上、多角度了解崩潰發生原因。想讓你的APP迅速提升用戶留存率嗎？快使用聽云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、 告訴你單一崩潰出現在各操作系統及設備的數量及百分比
（新聞稿 2016-03-03）