iOS应用EXC_BAD_ACCESS崩溃求助：iPhone 8 Plus数据库调用崩溃

根据你描述的问题——iPhone 5s运行正常，但iPhone 8 Plus在全局队列调用数据库查询时触发EXC_BAD_ACCESS KERN_INVALID_ADDRESS崩溃，结合代码和调用场景，我整理了几个核心排查和修复方向：

1. 优先排查数据库连接的线程安全问题 #

SQLite默认是单线程模式，不允许多个线程同时访问同一个数据库连接对象_database。你在全局并发队列（dispatch_get_global_queue）里调用getContent:，如果此时主线程或其他线程也在操作同一个_database连接，就会触发内存访问错误。

iPhone 8 Plus有更多CPU核心，线程并发调度更频繁，这就是为什么问题只在这款设备上显现的原因。

修复方案：给数据库操作加串行队列锁 #

创建一个串行队列，让所有数据库读写操作都通过这个队列执行，确保同一时间只有一个线程操作数据库：

// 在你的DataManager类中添加串行队列属性
@interface DataManager ()
@property (nonatomic, strong) dispatch_queue_t dbSerialQueue;
@end

@implementation DataManager
- (instancetype)init {
    self = [super init];
    if (self) {
        // 创建唯一的串行队列
        _dbSerialQueue = dispatch_queue_create("com.yourcompany.yourapp.dbqueue", DISPATCH_QUEUE_SERIAL);
        // 在这里初始化你的数据库连接 _database...
    }
    return self;
}

- (NSArray*)getContent:(NSString*)ID{ 
    __block NSMutableArray *retval = [[NSMutableArray alloc] init];
    // 用同步块执行数据库操作，确保返回结果后再继续
    dispatch_sync(_dbSerialQueue, ^{
        sqlite3_stmt *statement = NULL;
        @autoreleasepool { 
            // 改用参数绑定的SQL语句（后面会说原因）
            NSString *query = @"SELECT * from contents where ID = ?";
            const char* queryUTF8 = [query UTF8String]; 
            
            int response = sqlite3_prepare_v2(_database, queryUTF8, -1, &statement, nil); 
            if (response == SQLITE_OK) {
                // 绑定参数，避免字符串拼接风险
                sqlite3_bind_text(statement, 1, [ID UTF8String], -1, SQLITE_TRANSIENT);
                // 处理查询结果...
                while (sqlite3_step(statement) == SQLITE_ROW) {
                    // 读取数据并添加到retval
                }
            }
        }
        // 务必finalize statement，避免内存泄漏
        if (statement) sqlite3_finalize(statement);
    });
    return retval;
}
@end

2. 替换SQL字符串拼接为参数绑定 #

你当前用stringWithFormat拼接SQL语句，存在两个风险：

• 如果ID包含特殊字符（比如引号、反斜杠），会导致SQL语法错误，甚至触发内存越界；
• 字符串拼接生成的query对象是autorelease类型，虽然你在@autoreleasepool内使用，但极端情况下可能因线程调度导致queryUTF8指针提前失效。

改用SQLite的参数绑定能彻底解决这些问题，同时还能防止SQL注入：

// 错误写法
NSString *query = [NSString stringWithFormat:@"SELECT * from contents where ID = \"%@\"",ID]; 

// 正确写法
NSString *query = @"SELECT * from contents where ID = ?"; 
// 绑定参数
sqlite3_bind_text(statement, 1, [ID UTF8String], -1, SQLITE_TRANSIENT);

3. 确认数据库连接_database未被提前释放 #

如果你的DataManager不是单例，或者在数据库操作过程中DataManager被释放，_database就会变成野指针，调用sqlite3_prepare_v2时就会触发崩溃。不同设备的内存回收时机有差异，这也可能是问题只出现在iPhone 8 Plus的原因。

验证方法：添加断言检查 #

在getContent:方法开头添加断言，快速定位连接是否失效：

NSAssert(_database != NULL, @"Database connection is NULL! Check DataManager lifecycle.");

修复方案：确保DataManager是全局单例 #

让DataManager以单例形式存在，保证数据库连接在整个应用生命周期内有效：

+ (instancetype)sharedManager {
    static DataManager *sharedInstance = nil;
    static dispatch_once_t onceToken;
    dispatch_once(&onceToken, ^{
        sharedInstance = [[self alloc] init];
    });
    return sharedInstance;
}

4. 检查Autorelease Pool的范围 #

你在方法内添加了@autoreleasepool，但queryUTF8的生命周期依赖于query对象。虽然当前代码逻辑上没问题，但可以调整@autoreleasepool的范围，确保sqlite3_prepare_v2执行时query对象仍有效：

- (NSArray*)getContent:(NSString*)ID{ 
    NSMutableArray *retval = [[NSMutableArray alloc] init]; 
    sqlite3_stmt *statement = NULL;
    NSString *query = @"SELECT * from contents where ID = ?";
    const char* queryUTF8 = [query UTF8String]; 

    @autoreleasepool { 
        int response = sqlite3_prepare_v2(_database, queryUTF8, -1, &statement, nil); 
        if (response == SQLITE_OK) {
            // 处理查询...
        }
    }
    if (statement) sqlite3_finalize(statement);
    return retval;
}

内容的提问来源于stack exchange，提问作者Student