好记性不如烂笔头，之前一直使用的友盟来统计APP线上崩溃日志，今天研究了腾讯下的Bugly，发现比友盟更简单（单纯的收集崩溃日志），之所以这么说，个人觉得有两点：1、继承简单；2、定位到具体代码简单（可能是因为友盟涉及到的种类多吧，然后就显得复杂了），今天就抽空做一下笔记，分析比较一下两者的差别，以便以后用到就不用去翻官方文档了。

Bugly

先来介绍Bugly的使用
1、先去官方注册账号，添加你的产品拿到App ID 和App Key

1.png

2、集成直接pod

pod 'Bugly'

AppDelegate.m

#import <Bugly/Bugly.h>

- (BOOL)application:(UIApplication *)application didFinishLaunchingWithOptions:(NSDictionary *)launchOptions {

     [Bugly startWithAppId:@"上面拿到的App ID"];
}

好了，到这里就搞定了。你可以在你的项目中写一个数组越界的bug，例如，我在ViewController中添加了一个button，点击的时候就会出现崩溃，

- (void)viewDidLoad {
    [super viewDidLoad];
    // Do any additional setup after loading the view, typically from a nib.
    
    UIButton *btn = [[UIButton alloc]initWithFrame:CGRectMake(100, 100, 100, 100)];
    btn.backgroundColor = [UIColor redColor];
    [btn addTarget:self action:@selector(btnDidClick) forControlEvents:UIControlEventTouchUpInside];
    [self.view addSubview:btn];
}

-(void)btnDidClick
{
    NSArray *arr = @[@"1",@"2",@"3"];
    NSLog(@"---%@",arr[3]);
}

大约不到一分钟我们可以在Bugly的后台看到崩溃信息，(这里在Bugly显示时间很短，可以说是即时的，这个要和友盟快很多。)

2.png

注：刚开始的时候你应该不会显示到具体的代码（红框部分）。

接下来我们就来看怎么定位到具体的代码。官方介绍两种方法配置，这里我采用的是自动配置，涂省事😀

1、先去下载自动配置符号表工具包，

2、然后把文件中dSYMUpload.sh中的三个参数修改一下配置，如图

3.png

3、打开你的项目，

4.png

4、将dSYMUpload.sh中的内容复制到下图中对应的位置里面

image.png

注意，如果你不想要的都设置为0：

UPLOAD_DSYM_ONLY=1
#
# # 脚本默认配置的版本格式为CFBundleShortVersionString(CFBundleVersion),  如果你修改默认的版本格式, 请设置此变量, 如果不想修改, 请忽略此设置
# CUSTOMIZED_APP_VERSION=""
#
# # Debug模式编译是否上传，1＝上传 0＝不上传，默认不上传
UPLOAD_DEBUG_SYMBOLS=1
#
# # 模拟器编译是否上传，1=上传 0=不上传，默认不上传
UPLOAD_SIMULATOR_SYMBOLS=1
#
# #只有Archive操作时上传, 1=支持Archive上传 0=所有Release模式编译都上传
UPLOAD_ARCHIVE_ONLY=1

然后运行Xcode，再去Bugly的后台看到的崩溃信息就会和之前的不一样了，这次能定位到具体的行代码

image.png

友盟

同样的步骤就不重复了
官网注册账号 --> 登录 --> 添加项目 --> 我的产品 --> 点它

image.png

image.png

image.png

image.png

接下来就是在项目中用了，同样是pod

pod 'UMCCommon'
pod 'UMCAnalytics'

然后在AppDelegate里面，两句代码

- (BOOL)application:(UIApplication *)application didFinishLaunchingWithOptions:(NSDictionary *)launchOptions {
    // Override point for customization after application launch.
    
    /** 初始化友盟所有组件产品
     @param appKey 开发者在友盟官网申请的AppKey.
     @param channel 渠道标识，可设置nil表示"App Store".
     */
    [UMConfigure initWithAppkey:UmAppKey channel:@""];
    
    
    /** 设置 统计场景类型，默认为普通应用统计：E_UM_NORMAL
     @param 游戏统计设置为：E_UM_GAME.Dplus统计设置为：E_UM_DPLUS
     */
    [MobClick setScenarioType:E_UM_NORMAL];
    
    /** 开启CrashReport收集, 默认YES(开启状态).
    @param value 设置为NO,可关闭友盟CrashReport收集功能.
    @return void.
    */
//    [MobClick setCrashReportEnabled:NO];   // 关闭Crash收集
    
    return YES;
}

然后同样的，写一个数组越界的方法，运行，返回友盟控制台，好了，这时候问题来了，这时候你就会发现，友盟迟迟没有返回来崩溃日志，这就是前面提到的，和Bugly不同的，友盟的反射弧超级长，，反正我是第二天才看到了头一天的崩溃日志，不像Bugly那样，最多几分钟就能看到了。这个差评😀
看看昨天的崩溃日志

image.png

接下来就是如果定位到具体的代码了

两步：1、下载错误分析工具解压zip得到umcrashtool文件
2、下载错误列表中的.csv文件

image.png

image.png

image.png

image.png

image.png

image.png

这是官方给的错误分析介绍，想要了解的童鞋敬请移步😀

对比两者：

1、时间：Bugly可以堪称即时性，友盟...反射弧超级长；
2、定位准确度：Bugly优于友盟；
3、操作难易度：Bugly可以进行自动配置符号表，友盟只能进行手动操作（反正我觉得没有Bugly用起来简单）；
4、友盟每天只能统计1000个错误，第二天会重置次数，而Bugly并没有限制。

更新：

昨天特意去网上搜了一下，针对友盟的崩溃日志分析（因为我觉得上面的方法很麻烦），无意中发现了一个大神写的dSYMTools，不得不说......我还是很喜欢站在巨人的肩膀上摘苹果这种感觉滴😁😁😁😁😁😁。这里贴上原著，也对作者的分享表示感谢 ---> dSYMTools，具体使用方法里面也写得很清楚，在这里就不赘述了。