OGeek|极客世界-中国程序员成长平台

标题: android - Android 和 iOS 崩溃报告的分类和分组 [打印本页]

作者: 菜鸟教程小白 时间: 2022-12-12 16:09
标题: android - Android 和 iOS 崩溃报告的分类和分组

我们支持的各种移动应用程序都将崩溃报告作为一项附加功能，与正常设备提供的方法相比，它向我们提交的数据更多。我们支持 iOS 和 Android 应用程序。此信息会发送给我们，我们会将其推送到 MySQL 数据库中。

这是设计的第一步。现在我们希望能够按堆栈跟踪、设备类型、应用版本、操作系统版本等对这些崩溃报告进行分类、分组和计数。

如前所述，我们目前正在使用 MySQL 数据库，但如果它为我们正在尝试做的事情提供更好的支持，我们没有理由不能迁移到其他数据库。我们正在将系统迁移到 AWS，因此 DynamoDB 显然是第二选择。

所以，在我继续之前，如果您有任何建议，请现在回答。

更多细节:

我们目前有以下数据发送给我们:

信号(例如SIGSEGV)
异常名称(例如。java.lang.NullPointerException 或 NSInvalidArgumentException
异常描述(例如“无法实例化 Activity ...”或“字符串参数为 NULL”)
应用程序名称
手持设备类型(例如，samsung/m0/GT-I9300 或 iPad)
原生堆栈跟踪(适用于原生代码中的 Android 崩溃)
操作系统版本(例如。4.1.1(SDK 级别 16) 或 6.1.3)
用户 ID(如果有)
应用版本
崩溃时间戳
堆栈跟踪
提交日期
其他不相关的数据

我可以使用 GROUP BY 在一定程度上将 Java 堆栈跟踪分组在一起，这对较小的数据集来说效果非常好……但是当你有大约 300,000 条崩溃日志时，它就会停止运行。

我的第一个想法是为堆栈跟踪创建一个单独的表，包括一个 SHA 哈希列并为其添加一个索引，这将只是堆栈跟踪的一个哈希。然后，我可以根据需要找到或创建堆栈跟踪行。我不知道这是否比简单地依靠数据库服务器直接对堆栈跟踪字符串进行比较要快。我可以包含一个计数器列来计算每个堆栈跟踪发生的频率，尽管最好通过 select count(*) FROM crash_reports GROUP BY fkStackTraceID 来简单地计算这些，这样我就可以另外按日期或应用程序版本过滤。

目前，当尝试对 iOS 崩溃日志或原生 Android 崩溃日志执行相同操作时，这一切都会崩溃。由于包含每个堆栈跟踪每个元素的内存位置，因此每个都是不同的。我可以找到偏移量(也包括在内)并减去它，这会有所帮助。

所以有些问题:

是否还有其他过滤数据的方法，以便以您认为对堆栈跟踪有用的任何方式更容易查询？我想在第一时间把事情做好，所以我现在想不到的任何其他分离数据以进行查询的方法都是立即进入。
MySQL 是最好的选择，还是 NoSQL 选项(即 DynamoDB)更有用？
我之前的问题是:是否有任何预先打包的解决方案可以执行此操作(或帮助执行此操作)，其功能类似于 Google Play 控制台和/或 iTunes Connect 站点的崩溃日志部分？

Best Answer-推荐答案

找到一个最近的预建解决方案:

http://www.hockeyapp.net

关于android - Android 和 iOS 崩溃报告的分类和分组，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/19800877/

欢迎光临 OGeek|极客世界-中国程序员成长平台 (http://sqlite.in/) Powered by Discuz! X3.4