gpt4 book ai didi

android - Android 和 iOS 崩溃报告的分类和分组

转载 作者:塔克拉玛干 更新时间:2023-11-02 21:39:08 26 4
gpt4 key购买 nike

我们支持的各种移动应用程序都将崩溃报告作为一项附加功能,与设备提供的常规方法相比,它会向我们提交更多数据。我们同时支持 iOS 和 Android 应用程序。这些信息被发送给我们,我们将其存入 MySQL 数据库。

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

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

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

更多详情:

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

  • 信号(例如。SIGSEGV)
  • 异常名称(例如 java.lang.NullPointerExceptionNSInvalidArgumentException
  • 异常描述(例如“无法实例化 Activity ...”或“字符串参数为 NULL”)
  • 申请名称
  • 手持设备类型(例如 samsung/m0/GT-I9300iPad)
  • native 堆栈跟踪(用于 native 代码中的 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 崩溃日志或 native Android 崩溃日志做同样的事情时,这一切都会分崩离析。由于包含每个堆栈跟踪每个元素的内存位置,因此每一个都是不同的。我可以不厌其烦地找到偏移量(也包括在内)并减去它,这会有所帮助。

所以一些问题:

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

最佳答案

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

http://www.hockeyapp.net

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

26 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com