工具篇-统计Crash的工具Crashlytics使用指南

前言

作为开发者,程序崩溃是很经常的事,我们可以自己利用崩溃日志和自己找出Crash的原因,但是当团队人数众多,多版本控制的情况下,以及线上版本崩溃追踪都迫切需要一个工具来把崩溃的原因反馈给我们,最好是定位到崩溃的具体位置和在代码的具体行数。

使用Crashlytics可以让你摆脱管理应用崩溃记录的烦恼,Crashlytics可以象Bug管理工具那样,管理这些崩溃日志。例如:Crashlytics会根据每种类型的Crash的出现频率以及影响的用户量来自动设置优先级。对于每种类型的Crash,Crashlytics除了会像一般的工具提供Call Stack外,还会显示更多相关的有助于诊断的信息,例如:设备是否越狱,当时的内存量,当时的iOS版本等。对于修复掉的Crash日志是十分有帮助的

除此之外,Fabric使Crashlytics还具有分析用户行为,跟踪用户操作的功能,这个跟友盟分析很像,也是一个很实用的功能。

使用Crashlytics最大的好处就是你能瞬间知道问题所在,省去了自己复现、摸查问题的大量时间,时间就是生命不是吗?

集成Crashlytics到项目中

到Crashlytics官网注册一个账号并登陆进入。

工具篇-统计Crash的工具Crashlytics使用指南_第1张图片
图1

上图中我们看到有两种方式集成Crashlytics到我们的项目中

  • A 使用 CocoPods 集成到项目中
  • B 集成SDK到项目中
使用 CocoPods 集成到项目中

按照官网里的步骤你基本上一步一步来就可以完成 Crashlytics集成到项目中了。
我在集成的时候遇到了一些问题:

工具篇-统计Crash的工具Crashlytics使用指南_第2张图片

**把上面的 pod 'Fabric'pod 'Crashlytics' 通过 vim 编辑器(终端编辑 Podfile文件)后执行,你会发现报错了。 **


这是因为我们在Podfile中没有加上 target

下面的设置就OK

platform :ios, '7.0'
target ‘CocoPodsCrash’ do

pod 'Fabric'
pod 'Crashlytics'

end

执行后还是报错

工具篇-统计Crash的工具Crashlytics使用指南_第3张图片

这是因为我当时直接双击 Podfile 文件在里直接输入的,需要在 vim编辑器中输入,这样直接打开Podfile 文件编辑再关闭的话是会报错的。

**此时在终端中输入 vim Podfile 可以看到Podfile内容此时,保存并退出即可,再次执行就不会报错里。 **

 附:正确方法
 1.   cd  到文件路径
 2.   vim Podfile   创建名为 Podfile的文件(修改也是  vim Podfile)
      在Podfile中编辑好后退出
 3.   先ESC   :wq  回车即可  
 4.   pod install   安装执行
集成SDK到项目中

为了更加方便开发者设置相应的工程,Crashlytics提供了mac端的应用程序,帮助你检测相关工程是否正确设置并且提供相应的帮助信息。

在图1上的B处你点击下载一个插件,运行应用并登录帐号。完全按照里面的步骤即可,特别的友好和详细。

工具篇-统计Crash的工具Crashlytics使用指南_第4张图片
工具篇-统计Crash的工具Crashlytics使用指南_第5张图片

不过需要说的一点是:在随着Fabric插件一步步把SDK集成到工程中的这种方式和 使用CocoPads集成的区别是
**使用 CocoPads集成时需要在 info.plist文件中设置 API Key,而通过SDK集成的方式是不需要这一步的。
Add Your API Key
In the Project Navigator, right click on "Info.plist", and "Open as" → "Source Code"
**

项目中使用Crashlytics

工具篇-统计Crash的工具Crashlytics使用指南_第6张图片
Crashlytics 管理平台
工具篇-统计Crash的工具Crashlytics使用指南_第7张图片
Crashlytics 管理平台
这里重点要说一点的是如何在debu模式下(直接安装不通过 Archives)也能在Crashlytics的管理后台也收到崩溃信息,亲测有效。
  • 关掉 BitCode
  • 需要在 didFinishLaunchingWithOptions 中设置 [Crashlytics sharedInstance].debugMode = YES;
    - (BOOL)application:(UIApplication *)application didFinishLaunchingWithOptions:(NSDictionary *)launchOptions {
    [Fabric with:@[[Crashlytics class]]];
    [Crashlytics sharedInstance].debugMode = YES;
    return YES;
    }
  • 需要在 Build Option中设置 debug模式下也上传 dSYM文件
image.png
  • 由于崩溃都是在下次打开应用时上传的,所以在程序出现崩溃时,你需要再次打开一下APP才行。
  • 使用真机时,需要拔掉连接线;使用模拟器时,需要先通过点击Xcode的停止键,然后在模拟器中通过点击应用图标后打开,Xcode运行模拟器的时候会阻止dSYM文件的上传。

PS:有时候我们需要找到 我们 Archives各个版本,重新Archives可以打开面板但是有时候我们并不想这么做,下图中点击 小尖头即可查看到 Archives各个版本文件了。


工具篇-统计Crash的工具Crashlytics使用指南_第8张图片

另外一款使用起来很轻便的Bug追踪工具 Bugly

工具篇-统计Crash的工具Crashlytics使用指南_第9张图片

感兴趣的可以了解下,听说对于安卓集成做的很友好,很便捷。

小结
这算是一篇工具使用介绍,集体的安装工程配置工作,按照官网上的操作就可顺利完成,这里不作详细说明。

你可能感兴趣的:(工具篇-统计Crash的工具Crashlytics使用指南)