ios - Crashlytics——我们需要为商业应用分析付费吗

Question

问题#1:

我正在为我的一个商业 iOS 应用程序使用 Crashlytics。他们的服务似乎很有帮助。我想知道将他们的服务用于商业应用程序是否存在任何法律问题？使用 Crashlytics 有什么限制吗？

问题 #2:

我需要在他们的服务器中上传 .dsym 文件来符号化崩溃日志。有没有隐私问题。当他们有 .dsym 文件时，是否可以通过逆向工程取回我的代码(或任何信息)。

问题 #3

有时某些崩溃不会显示在 crashlytics 仪表板中。 crash时是否需要在线才能在dashboard获取crashlog？ Crashlytics 不会在离线时保留日志跟踪并在设备联机时将日志发送回服务器吗？知道它们是如何工作的吗？

Answer 1

来自 Fabric 的 Mike，但我不是律师。

1) Fabric 和 Crashlytics 用于许多商业应用程序，包括我们自己的应用程序。使用 Fabric 没有任何限制。您可以找到 service here 的 Fabric 条款.

2) dSYM 让我们或任何其他崩溃报告者对崩溃报告进行符号化，因为它包含映射回应用程序源的符号。您的源代码均未上传。来自 Apple 的 own documentation :

As the compiler translates your source code into machine code, it also generates debug symbols which map each machine instruction in the compiled binary back to the line of source code from which it originated. Depending on the Debug Information Format (DEBUG_INFORMATION_FORMAT) build setting, these debug symbols are stored inside the binary or in a companion Debug Symbol (dSYM) file.

The Debug Symbol file and application binary are tied together on a per-build-basis by the build UUID. A new UUID is generated for each build of your application and uniquely identifies that build. Even if a functionally-identical executable is rebuilt from the same source code, with the same compiler settings, it will have a different build UUID.

3) 无论应用程序是否连接到网络，都会捕获崩溃。但是，崩溃只会在应用程序重新启动时发送，然后才会被处理。

需要注意的一件事是，如果您在模拟器中进行测试，或者您的设备连接到 Xcode，将导致 Xcode's debugger代替我们捕捉崩溃。

此外，如果 dSYM 尚未上传，我们将无法处理崩溃报告，我们会在 Crashlytics 仪表板中提醒您缺少 dSYM，以便您可以上传它们。