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的顶部,像这样:

  1. [[GAI sharedInstance] trackerWithTrackingId:GOOGLE_ANALYTICS_ID];

问题

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

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

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

  1. if (! sqlite3_prepare_v2(_db,[sql UTF8String],-1,&_statement,NULL) == sqlITE_OK) {`
  2. // ..
  3. // ..
  4.  
  5. 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]])中进行评论),并从链接的框架和库中删除其库与完全相同的结果.

设置课程

  1. // In didFinishLaunchingWithOptions
  2. [Db setup];
  3. [Db connect];

上课

  1. Db * db = [[Db alloc] init];
  2.  
  3. if ([db prepare:@"SELECT * FROM `table` WHERE `id` = ?" withBindings:@[@"123"]]) {
  4. while ([db stepThrough]) {
  5. // ..
  6. }
  7. }
  8.  
  9. [db finalise];

班上

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

  1. @implementation Db
  2.  
  3. static sqlite3 * _db;
  4. static NSString * _dbPath;
  5.  
  6. #pragma mark - Setup
  7.  
  8. + (BOOL)setup {
  9. NSString * sqlBundlePath = [[NSBundle mainBundle] pathForResource:@"db" ofType:@"sqlite"];
  10. NSString * documentsFolder = NSSearchPathForDirectoriesInDomains(NSDocumentDirectory,NSUserDomainMask,YES)[0];
  11. NSString * sqlDocumentPath = [[documentsFolder stringByAppendingPathComponent:@"db"] stringByAppendingPathExtension:@"sqlite"];
  12. NSFileManager * fileManager = [NSFileManager defaultManager];
  13.  
  14. if (! [fileManager fileExistsAtPath:sqlDocumentPath]) {
  15. NSError * error;
  16. BOOL success = [fileManager copyItemAtPath:sqlBundlePath toPath:sqlDocumentPath error:&error];
  17.  
  18. if (! success) {
  19. return NO;
  20. }
  21. }
  22.  
  23. _dbPath = sqlDocumentPath;
  24. return YES;
  25. }
  26.  
  27. + (BOOL)connect {
  28. sqlite3_config(sqlITE_CONFIG_SERIALIZED);
  29. return sqlite3_open([_dbPath UTF8String],&_db);
  30. }
  31.  
  32. #pragma mark - Querying
  33.  
  34. - (BOOL)prepare:(NSString *)sql withBindings:(NSArray *)bindings {
  35. // ERROR CAN OCCUR ON THE FOLLOWING LINE
  36. if (! sqlite3_prepare_v2(_db,NULL) == sqlITE_OK) {
  37. NSLog(@"Error whilst preparing query: %s",sqlite3_errmsg(_db));
  38. sqlite3_finalize(_statement);
  39. return NO;
  40. }
  41.  
  42. for (int i = 0; i < [bindings count]; i++) {
  43. sqlite3_bind_text(_statement,i + 1,[bindings[i] isKindOfClass:[NSNull class]] ? [@"" UTF8String] : [bindings[i] UTF8String],sqlITE_TRANSIENT);
  44. }
  45.  
  46. return YES;
  47. }
  48.  
  49. - (BOOL)stepThrough {
  50. // ERROR CAN OCCUR ON THE FOLLOWING LINE
  51. if (sqlite3_step(_statement) == sqlITE_ROW) {
  52. return YES;
  53. }
  54.  
  55. sqlite3_finalize(_statement);
  56. return NO;
  57. }
  58.  
  59. - (void)finalise {
  60. sqlite3_finalize(_statement);
  61. }
  62.  
  63. @end

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

猜你在找的iOS相关文章