ios – Google Analytics(分析)SDK会创建SQLite错误

前端之家收集整理的这篇文章主要介绍了ios – Google Analytics(分析)SDK会创建SQLite错误前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。
更新

2015年8月19日 – Bug似乎已经在3.13更新中修复,即使他们在更改日志中列出的唯一的事情是“修复了在使用setCampaignParametersFromUrl时导致崩溃的问题”.按照你的要求

2015年6月8日 – 仍然遇到这个问题.如果我禁用自动发送事件([GAI sharedInstance] .dispatchInterval = -1;),那么我仍然收到错误.因此,我认为问题在于将事件插入到Google Analytics(分析)sqlite数据库中,无论如何,我自己的数据库语句当前正在进行中.

2015年6月10日 – 仍然遇到事故.试图删除我的控制器扩展GAITrackedViewController并手动发送createScreenView轨道,没有更改崩溃频率.

2015年6月25日 – 仍然遇到事故.

介绍

我已将Google Analytics(分析)SDK 3.12添加到我的iPhone应用程序中,并且所有内容都按预期运行 – 我运行该应用程序,可以看到我在Web界面上设置的所有匹配和事件.

我正在我的AppDelegate中初始化SDK,在我的didFinishLaunchingWithOptions的顶部,像这样:

[[GAI sharedInstance] trackerWithTrackingId:GOOGLE_ANALYTICS_ID];

问题

但是,我发现运行Google Analytics(分析)会在我自己尝试使用sqlite时创建错误.它们可以表现为严重的错误,如:

>“数据库磁盘映像格式错误”,然后发生崩溃
>“Disc I / O错误”每次运行查询(尽管不会崩溃)

而且他们也可能导致我自己的sqlite查询失败,例如:

if (! sqlite3_prepare_v2(_db,[sql UTF8String],-1,&_statement,NULL) == sqlITE_OK) {`
    // ..
    // ..

    if (sqlite3_step(_statement) == sqlITE_ROW) {

随机产生以下错误

sqlite3_prepare_v2 EXC_BAD_ACCESS(code = 1,address = 0x6800000000)

如果我注释了SDK初始化,那么一切都可以恢复到令人难以置信的稳定.取消注释,它会在一分钟内崩溃应用程序.

先发制人的问题回答

>在运行8.3(12F70)的iPhone 6上运行.
>尝试卸载并重新安装该应用程序.
>我已经添加了Google Analytics(分析)的所有先决条件.所有.m文件到库,libGoogleAnalyticsServices.a文件以及链接框架和库.
>我也有Crashlytics,但尝试从代码([Fabric with:@ [CrashlyticsKit]])中进行评论),并从链接的框架和库中删除其库与完全相同的结果.

设置课程

// In didFinishLaunchingWithOptions
[Db setup];
[Db connect];

上课

Db * db = [[Db alloc] init];

if ([db prepare:@"SELECT * FROM `table` WHERE `id` = ?" withBindings:@[@"123"]]) {
    while ([db stepThrough]) {
        // ..
    }
}

[db finalise];

班上

(已经指出错误出现的意见)

@implementation Db

static sqlite3  * _db;
static NSString * _dbPath;

#pragma mark - Setup

+ (BOOL)setup {
    NSString      * sqlBundlePath   = [[NSBundle mainBundle] pathForResource:@"db" ofType:@"sqlite"];
    NSString      * documentsFolder = NSSearchPathForDirectoriesInDomains(NSDocumentDirectory,NSUserDomainMask,YES)[0];
    NSString      * sqlDocumentPath = [[documentsFolder stringByAppendingPathComponent:@"db"] stringByAppendingPathExtension:@"sqlite"];
    NSFileManager * fileManager     = [NSFileManager defaultManager];

    if (! [fileManager fileExistsAtPath:sqlDocumentPath]) {
        NSError * error;
        BOOL success = [fileManager copyItemAtPath:sqlBundlePath toPath:sqlDocumentPath error:&error];

        if (! success) {
            return NO;
        }
    }

    _dbPath = sqlDocumentPath;
    return YES;
}

+ (BOOL)connect {
    sqlite3_config(sqlITE_CONFIG_SERIALIZED);
    return sqlite3_open([_dbPath UTF8String],&_db);
}

#pragma mark - Querying

- (BOOL)prepare:(NSString *)sql withBindings:(NSArray *)bindings {
    // ERROR CAN OCCUR ON THE FOLLOWING LINE
    if (! sqlite3_prepare_v2(_db,NULL) == sqlITE_OK) {
        NSLog(@"Error whilst preparing query: %s",sqlite3_errmsg(_db));
        sqlite3_finalize(_statement);
        return NO;
    }

    for (int i = 0; i < [bindings count]; i++) {
        sqlite3_bind_text(_statement,i + 1,[bindings[i] isKindOfClass:[NSNull class]] ? [@"" UTF8String] : [bindings[i] UTF8String],sqlITE_TRANSIENT);
    }

    return YES;
}

- (BOOL)stepThrough {
    // ERROR CAN OCCUR ON THE FOLLOWING LINE
    if (sqlite3_step(_statement) == sqlITE_ROW) {
        return YES;
    }

    sqlite3_finalize(_statement);
    return NO;
}

- (void)finalise {
    sqlite3_finalize(_statement);
}

@end

解决方法

升级到新版本的SDK(3.13)修复了这个问题(至少对我来说),尽管它们的更改日志没有特别提及.

猜你在找的iOS相关文章