Question

我们在以iOS为目标的数据库框架中经常看到此崩溃报告。

Exception Type:  EXC_BAD_ACCESS (SIGSEGV)
Exception Subtype: KERN_INVALID_ADDRESS at 0x0000001a
Triggered by Thread:  3

Thread 3 name:
Thread 3 Crashed:
0   libsqlite3.dylib                0x3a1fb150 sqlite3DbMallocRaw + 60 (sqlite3.c:19398)
1   libsqlite3.dylib                0x3a1cf950 yy_reduce + 19164 (sqlite3.c:19499)
2   libsqlite3.dylib                0x3a1cadbc sqlite3Parser + 252 (sqlite3.c:116602)
3   libsqlite3.dylib                0x3a1ca558 sqlite3RunParser + 260 (sqlite3.c:117427)
4   libsqlite3.dylib                0x3a1c9f18 sqlite3Prepare + 400 (sqlite3.c:99613)
5   libsqlite3.dylib                0x3a1c9c68 sqlite3LockAndPrepare + 140 (sqlite3.c:99705)
6   libsqlite3.dylib                0x3a204746 sqlite3_prepare_v2 + 26 (sqlite3.c:99784)

它总是在准备中崩溃。我们准备的代码没什么特别的。

- (DBStatement *)_prepareStatement:(NSString *)sql error:(NSError **)error
{
    if (sql == nil) {
        return nil;
    }

    const char *sqlCStr = [sql UTF8String];
    sqlite3_stmt *stmt;
    int result = sqlite3_prepare_v2(_db, sqlCStr, -1, &stmt, NULL);
    if (result == SQLITE_OK) {
        // create statement object
    }

    // ...

    return statement;
}

有没有人见过这个？是什么导致这次崩溃？我们在尝试执行prepare之前检查SQL字符串是否为nil，所以我认为它不是我们代码中的NULL指针取消引用。

Answer 1

我也有同样的错误。

我注意到，当多个INSERT / SELECT语句一个接一个地被触发时会发生这种情况。

我通过在sqlite代码周围添加@synchronized块来修复它。

@synchronized (self){
  // sqlite code
}

SQLite在sqlite3DbMallocRaw中崩溃

1 个答案: