在我的应用程序中，我集成了Crashlytics，ACRA和Google Analytics来报告崩溃
->一个人对其他人有什么副作用吗？
-> 哪一个更好用。
->崩溃报告工具如何工作，如果一个人发现崩溃，其他人将如何报告相同的崩溃？
项目中同时使用多个崩溃报告解决方案可能会使应用程序遇到并发问题，其中应用程序最终会在任何崩溃时永久挂起。
崩溃报告解决方案以某种方式拦截未捕获的崩溃。流程基本相同：
- 拦截未捕获的崩溃;
- 记录它以便能够将信息发送到服务器;
- 重新引发崩溃，以便应用最终崩溃。
我可以想象这样一种情况：根据上述步骤，2 个崩溃报告解决方案创建一个无限循环，永远相互抛出相同的异常。
至少，当我将Google Analytics(打开崩溃报告(与Crashlytics一起使用时，这就是它的样子。该应用程序只是永远挂起，没有任何可见的崩溃，直到我最终关闭了Google Analytics崩溃报告。
一个人对其他人有什么副作用吗？
谷歌分析不是很好用。我在实施前几天创建了一个Google Analytics帐户。它没有被使用，甚至没有被复制(代码(，当我回来插入谷歌分析时，我必须得到代码。没有人使用过该应用程序的Google Analytics版本，它甚至没有发布，并且记录了很多使用情况。我不喜欢谷歌分析，因为代码很容易破解，并且未经同意就被第三方网站使用，以便在甚至没有使用代码时在您的网站上添加虚假点击。
此外，Google Analytics仅在被迫记录时才进行处理。由于它不是一个专用的崩溃分析工具，它不会记录像ACRA，Crashalytics和Firebase崩溃这样的崩溃。
哪一个更好用。
这真的取决于你，但我个人认为ACRA更好，因为你可以在自己的网站上使用后端。如果网站出现故障，ACRA也会出现故障，因此控制网站恢复确实会有所帮助。
此外，如果您想使用自己的站点，还有许多后端。如果你找不到一个有效的，你可以创建一个。Crashalytics和Firebase在各自的页面上依赖于自己的仪表板，这意味着要记住另一个密码和用户名。
崩溃报告工具如何工作，如果一个人发现崩溃，其他人将如何报告相同的崩溃？
查看德鲁的答案
崩溃分析工具 可能正在使用全局异常处理，如本 https://stackoverflow.com/a/8877177/1602333，整个应用来处理未捕获的异常。
因此，如果您使用多个崩溃分析工具，则每个工具都可能替换全局异常处理程序。