SQLiteDatabaseLockedException: database is locked (code 5): , while compiling: PRAGMA journal_mode

最新推荐文章于 2024-05-11 09:29:07 发布
最新推荐文章于 2024-05-11 09:29:07 发布
阅读量1.7w 收藏 19
点赞数 11
分类专栏： Android 文章标签： sql database lock

目录

1. database is locked的原因

（1）多线程访问造成的数据库锁定

（2）执行事务操作未正常关闭

（3）sqlite自身问题

2. 解决办法

(1)办法1

解决问题1：避免重复打开数据库

解决问题2：如果当前执行的是许多sql语句，要用到事务怎么办？

解决问题3：如果在多线程下执行query方法怎么办，如果处理close？

解决问题4：实际使用过程中，很容易导致一个错误，当cursor或db已经关闭的时候，又去调用了它，导致异常。

(2) 办法2

最近碰到一个异常问题：

01-01 08:01:14.011   580   595 E SQLiteLog: (5) database is locked
01-01 08:01:14.015   580   595 E SQLiteDatabase: Failed to open database '/data/user_de/0/com.android.providers.settings/databases/settings.db'.
01-01 08:01:14.015   580   595 E SQLiteDatabase: android.database.sqlite.SQLiteDatabaseLockedException: database is locked (code 5): , while compiling: PRAGMA journal_mode
01-01 08:01:14.015   580   595 E SQLiteDatabase: 	at android.database.sqlite.SQLiteConnection.nativePrepareStatement(Native Method)
01-01 08:01:14.015   580   595 E SQLiteDatabase: 	at android.database.sqlite.SQLiteConnection.acquirePreparedStatement(SQLiteConnection.java:890)
01-01 08:01:14.015   580   595 E SQLiteDatabase: 	at android.database.sqlite.SQLiteConnection.executeForString(SQLiteConnection.java:635)
01-01 08:01:14.015   580   595 E SQLiteDatabase: 	at android.database.sqlite.SQLiteConnection.setJournalMode(SQLiteConnection.java:321)
01-01 08:01:14.015   580   595 E SQLiteDatabase: 	at android.database.sqlite.SQLiteConnection.setWalModeFromConfiguration(SQLiteConnection.java:295)
01-01 08:01:14.015   580   595 E SQLiteDatabase: 	at android.database.sqlite.SQLiteConnection.open(SQLiteConnection.java:216)
01-01 08:01:14.015   580   595 E SQLiteDatabase: 	at android.database.sqlite.SQLiteConnection.open(SQLiteConnection.java:194)
01-01 08:01:14.015   580   595 E SQLiteDatabase: 	at android.database.sqlite.SQLiteConnectionPool.openConnectionLocked(SQLiteConnectionPool.java:493)
01-01 08:01:14.015   580   595 E SQLiteDatabase: 	at android.database.sqlite.SQLiteConnectionPool.open(SQLiteConnectionPool.java:200)
01-01 08:01:14.015   580   595 E SQLiteDatabase: 	at android.database.sqlite.SQLiteConnectionPool.open(SQLiteConnectionPool.java:192)
01-01 08:01:14.015   580   595 E SQLiteDatabase: 	at android.database.sqlite.SQLiteDatabase.openInner(SQLiteDatabase.java:864)
01-01 08:01:14.015   580   595 E SQLiteDatabase: 	at android.database.sqlite.SQLiteDatabase.open(SQLiteDatabase.java:849)
01-01 08:01:14.015   580   595 E SQLiteDatabase: 	at android.database.sqlite.SQLiteDatabase.openDatabase(SQLiteDatabase.java:724)
01-01 08:01:14.015   580   595 E SQLiteDatabase: 	at android.database.sqlite.SQLiteDatabase.openDatabase(SQLiteDatabase.java:714)
01-01 08:01:14.015   580   595 E SQLiteDatabase: 	at android.database.sqlite.SQLiteOpenHelper.getDatabaseLocked(SQLiteOpenHelper.java:295)
01-01 08:01:14.015   580   595 E SQLiteDatabase: 	at android.database.sqlite.SQLiteOpenHelper.getWritableDatabase(SQLiteOpenHelper.java:238)
01-01 08:01:14.015   580   595 E SQLiteDatabase: 	at com.android.providers.settings.SettingsProvider$SettingsRegistry$UpgradeController.upgradeIfNeededLocked(SettingsProvider.java:2966)
01-01 08:01:14.015   580   595 E SQLiteDatabase: 	at com.android.providers.settings.SettingsProvider$SettingsRegistry.ensureSettingsForUserLocked(SettingsProvider.java:2354)
01-01 08:01:14.015   580   595 E SQLiteDatabase: 	at com.android.providers.settings.SettingsProvider$SettingsRegistry.peekSettingsStateLocked(SettingsProvider.java:2618)
01-01 08:01:14.015   580   595 E SQLiteDatabase: 	at com.android.providers.settings.SettingsProvider$SettingsRegistry.getSettingsNamesLocked(SettingsProvider.java:2300)
01-01 08:01:14.015   580   595 E SQLiteDatabase: 	at com.android.providers.settings.SettingsProvider$SettingsRegistry.syncSsaidTableOnStart(SettingsProvider.java:2282)
01-01 08:01:14.015   580   595 E SQLiteDatabase: 	at com.android.providers.settings.SettingsProvider$SettingsRegistry.<init>(SettingsProvider.java:2180)
01-01 08:01:14.015   580   595 E SQLiteDatabase: 	at com.android.providers.settings.SettingsProvider.onCreate(SettingsProvider.java:326)
01-01 08:01:14.015   580   595 E SQLiteDatabase: 	at android.content.ContentProvider.attachInfo(ContentProvider.java:1917)
01-01 08:01:14.015   580   595 E SQLiteDatabase: 	at android.content.ContentProvider.attachInfo(ContentProvider.java:1892)
01-01 08:01:14.015   580   595 E SQLiteDatabase: 	at android.app.ActivityThread.installProvider(ActivityThread.java:6266)
01-01 08:01:14.015   580   595 E SQLiteDatabase: 	at android.app.ActivityThread.acquireProvider(ActivityThread.java:5875)
01-01 08:01:14.015   580   595 E SQLiteDatabase: 	at android.app.ContextImpl$ApplicationContentResolver.acquireProvider(ContextImpl.java:2508)
01-01 08:01:14.015   580   595 E SQLiteDatabase: 	at android.content.ContentResolver.acquireProvider(ContentResolver.java:1764)
01-01 08:01:14.015   580   595 E SQLiteDatabase: 	at android.provider.Settings$ContentProviderHolder.getProvider(Settings.java:1798)
01-01 08:01:14.015   580   595 E SQLiteDatabase: 	at android.provider.Settings$NameValueCache.getStringForUser(Settings.java:1887)
01-01 08:01:14.015   580   595 E SQLiteDatabase: 	at android.provider.Settings$Global.getStringForUser(Settings.java:10532)
01-01 08:01:14.015   580   595 E SQLiteDatabase: 	at android.provider.Settings$Global.getString(Settings.java:10521)
01-01 08:01:14.015   580   595 E SQLiteDatabase: 	at com.android.server.DropBoxManagerService.isTagEnabled(DropBoxManagerService.java:323)
01-01 08:01:14.015   580   595 E SQLiteDatabase: 	at com.android.server.DropBoxManagerService$2.isTagEnabled(DropBoxManagerService.java:144)
01-01 08:01:14.015   580   595 E SQLiteDatabase: 	at android.os.DropBoxManager.isTagEnabled(DropBoxManager.java:346)
01-01 08:01:14.015   580   595 E SQLiteDatabase: 	at com.android.server.am.ActivityManagerService.addErrorToDropBox(ActivityManagerService.java:14957)
01-01 08:01:14.015   580   595 E SQLiteDatabase: 	at com.android.server.am.ActivityManagerService.handleApplicationWtfInner(ActivityManagerService.java:14838)
01-01 08:01:14.015   580   595 E SQLiteDatabase: 	at com.android.server.am.ActivityManagerService$21.run(ActivityManagerService.java:14808)
01-01 08:01:14.015   580   595 E SQLiteDatabase: 	at android.os.Handler.handleCallback(Handler.java:790)
01-01 08:01:14.015   580   595 E SQLiteDatabase: 	at android.os.Handler.dispatchMessage(Handler.java:99)
01-01 08:01:14.015   580   595 E SQLiteDatabase: 	at android.os.Looper.loop(Looper.java:164)
01-01 08:01:14.015   580   595 E SQLiteDatabase: 	at android.os.HandlerThread.run(HandlerThread.java:65)
01-01 08:01:14.015   580   595 E SQLiteDatabase: 	at com.android.server.ServiceThread.run(ServiceThread.java:46)
01-01 08:01:14.017   580   595 E AndroidRuntime: *** FATAL EXCEPTION IN SYSTEM PROCESS: ActivityManager
01-01 08:01:14.017   580   595 E AndroidRuntime: java.lang.RuntimeException: Unable to get provider com.android.providers.settings.SettingsProvider: android.database.sqlite.SQLiteDatabaseLockedException: database is locked (code 5): , while compiling: PRAGMA journal_mode
01-01 08:01:14.017   580   595 E AndroidRuntime: 	at android.app.ActivityThread.installProvider(ActivityThread.java:6269)
01-01 08:01:14.017   580   595 E AndroidRuntime: 	at android.app.ActivityThread.acquireProvider(ActivityThread.java:5875)
01-01 08:01:14.017   580   595 E AndroidRuntime: 	at android.app.ContextImpl$ApplicationContentResolver.acquireProvider(ContextImpl.java:2508)
01-01 08:01:14.017   580   595 E AndroidRuntime: 	at android.content.ContentResolver.acquireProvider(ContentResolver.java:1764)
01-01 08:01:14.017   580   595 E AndroidRuntime: 	at android.provider.Settings$ContentProviderHolder.getProvider(Settings.java:1798)
01-01 08:01:14.017   580   595 E AndroidRuntime: 	at android.provider.Settings$NameValueCache.getStringForUser(Settings.java:1887)
01-01 08:01:14.017   580   595 E AndroidRuntime: 	at android.provider.Settings$Global.getStringForUser(Settings.java:10532)
01-01 08:01:14.017   580   595 E AndroidRuntime: 	at android.provider.Settings$Global.getString(Settings.java:10521)
01-01 08:01:14.017   580   595 E AndroidRuntime: 	at com.android.server.DropBoxManagerService.isTagEnabled(DropBoxManagerService.java:323)
01-01 08:01:14.017   580   595 E AndroidRuntime: 	at com.android.server.DropBoxManagerService$2.isTagEnabled(DropBoxManagerService.java:144)
01-01 08:01:14.017   580   595 E AndroidRuntime: 	at android.os.DropBoxManager.isTagEnabled(DropBoxManager.java:346)
01-01 08:01:14.017   580   595 E AndroidRuntime: 	at com.android.server.am.ActivityManagerService.addErrorToDropBox(ActivityManagerService.java:14957)
01-01 08:01:14.017   580   595 E AndroidRuntime: 	at com.android.server.am.ActivityManagerService.handleApplicationWtfInner(ActivityManagerService.java:14838)
01-01 08:01:14.017   580   595 E AndroidRuntime: 	at com.android.server.am.ActivityManagerService$21.run(ActivityManagerService.java:14808)
01-01 08:01:14.017   580   595 E AndroidRuntime: 	at android.os.Handler.handleCallback(Handler.java:790)
01-01 08:01:14.017   580   595 E AndroidRuntime: 	at android.os.Handler.dispatchMessage(Handler.java:99)
01-01 08:01:14.017   580   595 E AndroidRuntime: 	at android.os.Looper.loop(Looper.java:164)
01-01 08:01:14.017   580   595 E AndroidRuntime: 	at android.os.HandlerThread.run(HandlerThread.java:65)
01-01 08:01:14.017   580   595 E AndroidRuntime: 	at com.android.server.ServiceThread.run(ServiceThread.java:46)
01-01 08:01:14.017   580   595 E AndroidRuntime: Caused by: android.database.sqlite.SQLiteDatabaseLockedException: database is locked (code 5): , while compiling: PRAGMA journal_mode
01-01 08:01:14.017   580   595 E AndroidRuntime: 	at android.database.sqlite.SQLiteConnection.nativePrepareStatement(Native Method)
01-01 08:01:14.017   580   595 E AndroidRuntime: 	at android.database.sqlite.SQLiteConnection.acquirePreparedStatement(SQLiteConnection.java:890)
01-01 08:01:14.017   580   595 E AndroidRuntime: 	at android.database.sqlite.SQLiteConnection.executeForString(SQLiteConnection.java:635)
01-01 08:01:14.017   580   595 E AndroidRuntime: 	at android.database.sqlite.SQLiteConnection.setJournalMode(SQLiteConnection.java:321)
01-01 08:01:14.017   580   595 E AndroidRuntime: 	at android.database.sqlite.SQLiteConnection.setWalModeFromConfiguration(SQLiteConnection.java:295)
01-01 08:01:14.017   580   595 E AndroidRuntime: 	at android.database.sqlite.SQLiteConnection.open(SQLiteConnection.java:216)
01-01 08:01:14.017   580   595 E AndroidRuntime: 	at android.database.sqlite.SQLiteConnection.open(SQLiteConnection.java:194)
01-01 08:01:14.017   580   595 E AndroidRuntime: 	at android.database.sqlite.SQLiteConnectionPool.openConnectionLocked(SQLiteConnectionPool.java:493)
01-01 08:01:14.017   580   595 E AndroidRuntime: 	at android.database.sqlite.SQLiteConnectionPool.open(SQLiteConnectionPool.java:200)
01-01 08:01:14.017   580   595 E AndroidRuntime: 	at android.database.sqlite.SQLiteConnectionPool.open(SQLiteConnectionPool.java:192)
01-01 08:01:14.017   580   595 E AndroidRuntime: 	at android.database.sqlite.SQLiteDatabase.openInner(SQLiteDatabase.java:864)
01-01 08:01:14.017   580   595 E AndroidRuntime: 	at android.database.sqlite.SQLiteDatabase.open(SQLiteDatabase.java:849)
01-01 08:01:14.017   580   595 E AndroidRuntime: 	at android.database.sqlite.SQLiteDatabase.openDatabase(SQLiteDatabase.java:724)
01-01 08:01:14.017   580   595 E AndroidRuntime: 	at android.database.sqlite.SQLiteDatabase.openDatabase(SQLiteDatabase.java:714)
01-01 08:01:14.017   580   595 E AndroidRuntime: 	at android.database.sqlite.SQLiteOpenHelper.getDatabaseLocked(SQLiteOpenHelper.java:295)
01-01 08:01:14.017   580   595 E AndroidRuntime: 	at android.database.sqlite.SQLiteOpenHelper.getWritableDatabase(SQLiteOpenHelper.java:238)
01-01 08:01:14.017   580   595 E AndroidRuntime: 	at com.android.providers.settings.SettingsProvider$SettingsRegistry$UpgradeController.upgradeIfNeededLocked(SettingsProvider.java:2966)
01-01 08:01:14.017   580   595 E AndroidRuntime: 	at com.android.providers.settings.SettingsProvider$SettingsRegistry.ensureSettingsForUserLocked(SettingsProvider.java:2354)
01-01 08:01:14.017   580   595 E AndroidRuntime: 	at com.android.providers.settings.SettingsProvider$SettingsRegistry.peekSettingsStateLocked(SettingsProvider.java:2618)
01-01 08:01:14.017   580   595 E AndroidRuntime: 	at com.android.providers.settings.SettingsProvider$SettingsRegistry.getSettingsNamesLocked(SettingsProvider.java:2300)
01-01 08:01:14.017   580   595 E AndroidRuntime: 	at com.android.providers.settings.SettingsProvider$SettingsRegistry.syncSsaidTableOnStart(SettingsProvider.java:2282)
01-01 08:01:14.017   580   595 E AndroidRuntime: 	at com.android.providers.settings.SettingsProvider$SettingsRegistry.<init>(SettingsProvider.java:2180)
01-01 08:01:14.018   580   595 E AndroidRuntime: 	at com.android.providers.settings.SettingsProvider.onCreate(SettingsProvider.java:326)
01-01 08:01:14.018   580   595 E AndroidRuntime: 	at android.content.ContentProvider.attachInfo(ContentProvider.java:1917)
01-01 08:01:14.018   580   595 E AndroidRuntime: 	at android.content.ContentProvider.attachInfo(ContentProvider.java:1892)
01-01 08:01:14.018   580   595 E AndroidRuntime: 	at android.app.ActivityThread.installProvider(ActivityThread.java:6266)
01-01 08:01:14.018   580   595 E AndroidRuntime: 	... 18 more

类似的错误信息：android-emulator - 从 18到 17的Android API级别更改，但Android从不是"Boots Up"

参考了各大博主的博客以及论坛，对于该问题的分析如下：

1. database is locked的原因

参考自SQLiteDatabaseLockedException。

（1）多线程访问造成的数据库锁定

       sqlite同一时间只能进行一个写操作，当同同时有两个写操作时，后执行的只能先等待，如果等待时间超过5s就会产生这种错误。同样一个文件正在写入，重复打开数据库操作更容易导致这种问题发生。（参考自SQLite并发操作下的分析与处理）

       如A线程在访问当前的数据库，这时候B线程也需要访问数据库，这样在B线程中，就会有类似以上的异常产生，我们需要将提供数据库访问的方法设置成同步的，防止异步调用时出现问题，如在调用方法中增加 synchronized 修饰符。 
使用synchronized 关键字来修饰获取数据库连接的方法，或者使用isDbLockedByOtherThreads方法判断数据库是否被锁住了，然后等待一定的时间再进行访问。 

（2）执行事务操作未正常关闭

如下面代码，使用事务操作数据库，但事务执行完成后未调用db.endTransaction();关闭事务。 

public ArrayList GetIndustryList(){
	ArrayList IndustryList=new ArrayList();
	SQLiteDatabase db=openDatabase();
	db.beginTransaction(); //执行事务，无对应的关闭事务
	Cursor cursor = db.rawQuery("select * from dcIndustry",null);
	while(cursor.moveToNext()){
		IndustryList.add(new Industry(cursor.getString(0),cursor.getString(1)));
	}
	db.close();
	return IndustryList;
}

Android 4.0以前的版本db.close();会结束事务，而Jelly Bean 以后的版本因为安全性的问题，必须结束即endTransactiony以后才能再次访问本地数据库。 

所以要修改为：

public ArrayList GetIndustryList(){
	ArrayList IndustryList=new ArrayList();
	SQLiteDatabase db=openDatabase();
	db.beginTransaction(); //执行事务，无对应的关闭事务
	Cursor cursor = db.rawQuery("select * from dcIndustry",null);
	while(cursor.moveToNext()){
		IndustryList.add(new Industry(cursor.getString(0),cursor.getString(1)));
	}
    db.endTransaction();
	db.close();
	return IndustryList;
}

（3）sqlite自身问题

      有时我们会在调试程序的时候发现Log控制台频繁的出现上述异常，而在运行程序的时候就没有这个问题，这种现象我在调试ResultSet时也会出现，查资料找原因是因为sqlite数据不完全是线程安全的，导致在一些地方会莫名其妙的出问题，如果遇到这样的情况，那只能不要将断点打到数据库连接的地方了。

2. 解决办法

(1)办法1

参考自SQLite并发操作下的分析与处理，解决database is locked，以及多线程下执行事务等问题

解决问题1：避免重复打开数据库

引入单例方法与SQLiteOpenHelper类：

public class DBOpenHelper extends SQLiteOpenHelper{
 
	private DBOpenHelper(Context context,String dbPath, int version) {
		super(context, dbPath , null, version);
	}
 
	private volatile static DBOpenHelper uniqueInstance;
	
	public static DBOpenHelper getInstance(Context context) {
		if (uniqueInstance == null) {
			synchronized (DBOpenHelper.class) {
				if (uniqueInstance == null) {
					uniqueInstance = new DBOpenHelper(context,context.getFilesDir().getAbsolutePath()+"/foowwlite.db",1);
				}
			}
		}
		return uniqueInstance;
	}
 
	@Override
	public void onCreate(SQLiteDatabase db) {
 
	}
 
	@Override
	public void onUpgrade(SQLiteDatabase db, int oldVersion, int newVersion) {
 
	}
}

通过getInstance()方法得到helper对象来得到数据库，保证helper类是单例的。然后通过代理类SQLiteDataProxy来控制对数据库的访问：

private static SQLiteDataProxy proxy;
	private static DBOpenHelper helper;
	
	public static SQLiteDataProxy getSQLiteProxy(Context context) {
		helper = DBOpenHelper.getInstance(context);
		if (proxy == null) {
			synchronized (SQLiteDataProxy.class) {
				if (proxy == null) {
					proxy = new SQLiteDataProxy();
				}
			}
		}
		return proxy;
	}
}

同样使用单例来保证对象的唯一性。然后写了一个方法用于执行sql语句：

@Override
public boolean execSQL(String sql) {
	boolean result = true;
	if (!db.isOpen()) {
		db = helper.getWritableDatabase();
	}
	try {
		db.execSQL(sql);
	} catch (Exception e) {
		Log.e("SQLERROR", "In SQLDA：" + e.getMessage() + sql);
		result = false;
	} finally {
		db.close();
	}
	return result;
}

每次获取db对象即SQLiteDataBase的时候先判断是否已经打开，如果已经打开则不需要重新获取，避免了db的重复开启。

接下来实验一下，通过Viewpager+Fragment的方式测试，因为fragment会同时被加载。在两个fragment中各自新建一个子线程来执行大量insert语句：

new Thread(new Runnable() {
	@Override
	public void run() {
		for (String sql:getSQLList()){
			SQLiteDataProxy.getSQLiteProxy(getActivity()).execSQL(sql);
		}
	}
}).start();

先分析一下，虽然都是子线程，但是两个fragment都是通过单例获得db对象来执行sql语句，因此db应该是同一个，这时候它们并发执行sql应该没问题。

但是运行还是报错了：attempt to re-open an already-closed object。

意思是数据库已经关闭了，但是仍然用一个已经关闭的db去执行sql语句。错误原因是什么呢？明明已经判断了db.isOpen，再执行sql的。

例子中的原因如下：

线程1和线程2同时执行execSQL方法，线程1先获取到了db对象，开始执行sql语句，与此同时，线程2判断db.isOpen结果是打开的，于是不重新get，直接调用db开始执行sql语句。但现在问题来了，线程2准备执行sql的时候，线程1已经把sql执行完并且关闭了。由于线程1和线程2得到的db是同一个对象，线程2的db也关闭了，这时候执行sql就导致了这个错误。

这种情况，可以引入一个全局变量来计算打开关闭db的次数，而java也刚好提供了这个方法：AtomicInteger

AtomicInteger是一个线程安全的类，可以通过它计数，无论什么线程AtomicInteger值+1后都会改变。

将判断db是否打开的方法改成以下：

private AtomicInteger mOpenCounter = new AtomicInteger();

关闭db的方法修改为：

if (mOpenCounter.incrementAndGet() == 1) {
	db = helper.getWritableDatabase();
}
return db;

意思就是每当想要获得db对象的时，计数器mOpenCounter会加1，第一次打开数据库mOpenCounter是0，mOpenCounter调用incrementAndGet()方法后加1等于1，说明还没有被获得。此时有第二个线程项执行sql语句，它在执行getSQLiteDataBase方法的时候mOpenCounter值是1，然后mOpenCounter+1 = 2不等于1说明db已经开启，直接return db即可。

在关闭db的时候，mOpenCounter会首先减1，如果mOpenCounter==0说明此时没有其他操作，就可以关闭数据库，如果不等于则说明还有其他sql在执行，就不去关闭。

接着说上面，两个线程各自想执行sql，此时mOpenCounter是2，当线程1的sql执行完后，线程1的db尝试关闭，会调用mOpenCounter.decrementAndGet()自减1，结果就等于1。说明还有1个正在执行的sql，即线程2正在执行。因此db不会去关闭，然后线程2正常执行，线程2执行完sql，尝试关闭db，此时decrementAndGet再自减1，就等于0，说明已经没有其他真正执行的sql，于是可以正常关闭。

这种方法保证了只有在所有sql都执行完后才去关闭，并且只会最后一次关闭，保证了不会出现re-open an already-closed问题。

修改后还是报错：

Attempt to invoke virtual method 'void android.database.sqlite.SQLiteDatabase.execSQL(java.lang.String)' on a null object referenceInsert

显然db为null。为什么会导致这种错误呢？

分析一下AtomicInteger，并没有逻辑上的问题呀。

将代码改成如下：

private SQLiteDatabase getSQLiteDataBase() {
	Log.e("111", "Once start");
	if (mOpenCounter.incrementAndGet() == 1 || db == null) {
		db = helper.getWritableDatabase();
	}
	if (db == null) {
		Log.e("111", mOpenCounter.intValue() + "");
	} else {
		Log.e("111", mOpenCounter.intValue() + " NOT NULL");
	}
	return db;
}

运行后结果：

可以想到，线程1和线程2同时尝试获取db，线程1中mOpenCounter + 1 = =1，但此时db还没有获取的情况下，线程2也执行了获取db的方法，mOpenCounter +1==2，但由于获取db的getWritableDatabase()需要一定的时间，而先执行的线程1的db还没有被获取到，线程2却已经也经过判断并且return db，此时的db就是null了，导致了空指针错误。

既然原因已经找到了，那么解决就很简单了，只需要多加一个非空判断就行了，而getWritableDataBase()本身就是线程安全的，应该只需要这样就可以解决。

private SQLiteDatabase getSQLiteDataBase() {
	if (mOpenCounter.incrementAndGet() == 1 || db == null) {
		db = helper.getWritableDatabase();
	}
	return db;
}

这样修改后，经过测试没问题。

解决问题2：如果当前执行的是许多sql语句，要用到事务怎么办？

如果是事务，事务执行的时候调用beginTransaction()，完成后调用db.setTransactionSuccessful()、db.endTransaction()标志事务的结束，但是如果多线程下调用了事务怎么办？尤其还是单例模式下，同时调用方法开启事务，肯定会出问题。

如以下方法：

public boolean execSQLList(List<String> sqlList) {
	boolean result = true;
	db = getSQLiteDataBase();
	String currentSqlString = "";
	try {
		db.beginTransaction();
		for (String sql : sqlList) {
			currentSqlString = sql;
			db.execSQL(sql);
		}
		db.setTransactionSuccessful();
		result = true;
	} catch (Exception e) {
		result = false;
		Log.e("SQLERROR", "IN SQLDA: " + e.getMessage() + currentSqlString);
	} finally {
		db.endTransaction();
		closeSQLiteDatabase();
	}
	return result;
}

for循环中间执行sql，并且开始和结束分别打开关闭事务。

为了解决这个问题，只有保证执行事务时是同步的，但是多线程调用如何控制其同步呢。

这里要引入类java.util.concurrent.Semaphore，这个类可以用来协调多线程下的控制同步问题。

首先初始化这个类，并且设置信号量为1：

private java.util.concurrent.Semaphore semaphoreTransaction = new java.util.concurrent.Semaphore(1);

这句的意思是多线程下的调用许可数为1，当

semaphoreTransaction.acquire()

执行后，semaphore会检测是否有其他信号量已经执行。如果有，该线程就会停止，直到另一个semaphore释放资源之后，才会继续执行下去，即：

semaphoreTransaction.release();

我们只需要在开始事务前调用acquire方法，当其他事务想要执行，会先判断，如果有事务在执行，该线程就会等待，直到第一个事务结束并调用release之后，该线程的事务就会继续执行。这样解决事务并发产生的问题，也保证了事务可以执行完毕。

改进后代码：

private java.util.concurrent.Semaphore semaphoreTransaction = new java.util.concurrent.Semaphore(1);

public boolean execSQLList(List<String> sqlList) {
	boolean result = true;
	db = getSQLiteDataBase();
	String currentSqlString = "";
	try {
		semaphoreTransaction.acquire();
		db.beginTransaction();
		for (String sql : sqlList) {
			currentSqlString = sql;
			db.execSQL(sql);
		}
		db.setTransactionSuccessful();
		result = true;
	} catch (Exception e) {
		result = false;
		Log.e("SQLERROR", "IN SQLDA: " + e.getMessage() + currentSqlString);
	} finally {
		db.endTransaction();
		semaphoreTransaction.release();
		closeSQLiteDatabase();
	}
	return result;
}

经过修改后，经过测试，多线程下事务也可以正常插入，一些常见的由SQLite并发产生的问题也得以解决。

全部代码如下：

【ISQLiteOperate】

package com.xiaoqi.sqlitedemo;
 
import android.database.Cursor;
 
import java.util.List;
 
/**
 * Created by xiaoqi on 2016/9/1.
 */
public interface ISQLiteOperate {
 
	boolean execSQL(String sql);
 
	boolean execSQLList(List<String> sqlList);
 
	boolean execSQLs(List<String[]> sqlList);
 
	boolean execSQLIgnoreError(List<String> sqlList);
 
	Cursor query(String sql);
 
	Cursor query(String sql, String[] params);
 
	void close();
}

【DBOpenHelper】

package com.xiaoqi.sqlitedemo;
 
import android.content.Context;
import android.database.sqlite.SQLiteDatabase;
import android.database.sqlite.SQLiteOpenHelper;
 
/**
 * Created by xiaoqi on 2016/9/1.
 */
public class DBOpenHelper extends SQLiteOpenHelper{
 
	private DBOpenHelper(Context context,String dbPath, int version) {
		super(context, dbPath , null, version);
	}
 
	private volatile static DBOpenHelper uniqueInstance;
	public static DBOpenHelper getInstance(Context context) {
		if (uniqueInstance == null) {
			synchronized (DBOpenHelper.class) {
				if (uniqueInstance == null) {
					uniqueInstance = new DBOpenHelper(context,context.getFilesDir().getAbsolutePath()+"/foowwlite.db",1);
				}
			}
		}
		return uniqueInstance;
	}
 
	@Override
	public void onCreate(SQLiteDatabase db) {
 
	}
 
	@Override
	public void onUpgrade(SQLiteDatabase db, int oldVersion, int newVersion) {
 
	}
}

【SQLiteDataProxy】

package com.xiaoqi.sqlitedemo;
 
import android.content.Context;
import android.database.Cursor;
import android.database.sqlite.SQLiteDatabase;
import android.util.Log;
 
import java.util.List;
import java.util.concurrent.atomic.AtomicInteger;
 
public class SQLiteDataProxy implements ISQLiteOperate {
 
	private java.util.concurrent.Semaphore semaphoreTransaction = new java.util.concurrent.Semaphore(1);
	private AtomicInteger mOpenCounter = new AtomicInteger();
 
	private SQLiteDatabase db;
	private Cursor cursor;
 
	private SQLiteDataProxy() {
 
	}
 
	private static SQLiteDataProxy proxy;
	private static DBOpenHelper helper;
 
	public static SQLiteDataProxy getSQLiteProxy(Context context) {
		helper = DBOpenHelper.getInstance(context);
		if (proxy == null) {
			synchronized (SQLiteDataProxy.class) {
				if (proxy == null) {
					proxy = new SQLiteDataProxy();
				}
			}
		}
		return proxy;
	}
 
	private SQLiteDatabase getSQLiteDataBase() {
		if (mOpenCounter.incrementAndGet() == 1) {
			db = helper.getWritableDatabase();
		}
		return db;
	}
 
	private void closeSQLiteDatabase(){
		if(mOpenCounter.decrementAndGet() == 0){
			db.close();
		}
	}
 
	@Override
	public boolean execSQL(String sql) {
		boolean result = true;
		db = getSQLiteDataBase();
		try {
			db.execSQL(sql);
		} catch (Exception e) {
			Log.e("SQLERROR", "In SQLDA：" + e.getMessage() + sql);
			result = false;
		} finally {
			closeSQLiteDatabase();
		}
		return result;
	}
 
	@Override
	public boolean execSQLList(List<String> sqlList) {
		boolean result = true;
		db = getSQLiteDataBase();
		String currentSqlString = "";
		try {
			semaphoreTransaction.acquire();
			db.beginTransaction();
			for (String sql : sqlList) {
				currentSqlString = sql;
				db.execSQL(sql);
			}
			db.setTransactionSuccessful();
			result = true;
		} catch (Exception e) {
			result = false;
			Log.e("SQLERROR", "IN SQLDA: " + e.getMessage() + currentSqlString);
		} finally {
			db.endTransaction();
			semaphoreTransaction.release();
			closeSQLiteDatabase();
		}
		return result;
	}
 
	@Override
	public boolean execSQLs(List<String[]> sqlList) {
		boolean result = true;
		db = getSQLiteDataBase();
		String currentSql = "";
		try {
			semaphoreTransaction.acquire();
			db.beginTransaction();
			for (String[] arr : sqlList) {
				currentSql = arr[0];
				Cursor curCount = db.rawQuery(arr[0], null);
				curCount.moveToFirst();
				int count = curCount.getInt(0);
				curCount.close();
				if (count == 0) {
					if (arr[1] != null && arr[1].length() > 0) {
						currentSql = arr[1];
						db.execSQL(arr[1]);
					}
				} else {
					if (arr.length > 2 && arr[2] != null && arr[2].length() > 0) {
						currentSql = arr[2];
						db.execSQL(arr[2]);
					}
				}
			}
			db.setTransactionSuccessful();
			result = true;
		} catch (Exception e) {
			Log.e("SQLERROR", "IN SQLDA: " + currentSql + e.getMessage());
			result = false;
		} finally {
			db.endTransaction();
			semaphoreTransaction.release();
			closeSQLiteDatabase();
		}
		return result;
	}
 
	@Override
	public boolean execSQLIgnoreError(List<String> sqlList) {
		db = getSQLiteDataBase();
		try {
			semaphoreTransaction.acquire();
		} catch (InterruptedException e) {
			e.printStackTrace();
		}
		db.beginTransaction();
		for (String sql : sqlList) {
			try {
				db.execSQL(sql);
			} catch (Exception e) {
				Log.e("SQLERROR", "IN SQLDA: " + sql + e.getMessage());
			}
		}
		db.setTransactionSuccessful();
		db.endTransaction();
		semaphoreTransaction.release();
		closeSQLiteDatabase();
		return true;
	}
 
	@Override
	public Cursor query(String sql) {
		return query(sql, null);
	}
 
	@Override
	public Cursor query(String sql, String[] params) {
		db = getSQLiteDataBase();
		cursor = db.rawQuery(sql, params);
		return cursor;
	}
 
	@Override
	public void close() {
		if (cursor != null) {
			cursor.close();
		}
		closeSQLiteDatabase();
	}
}

【DBManager】

package com.xiaoqi.sqlitedemo;
 
import android.content.Context;
import android.database.Cursor;
 
import java.util.List;
 
public class DBManager {
 
	public static void asyncExecSQL(final Context context, final String sql){
		new Thread(new Runnable() {
			@Override
			public void run() {
				SQLiteDataProxy.getSQLiteProxy(context).execSQL(sql);
			}
		}).start();
	}
 
	public static void asyncExecSQLList(final Context context,final List<String> sqlList){
		new Thread(new Runnable() {
			@Override
			public void run() {
				SQLiteDataProxy.getSQLiteProxy(context).execSQLList(sqlList);
			}
		}).start();
	}
 
	public static void asyncExecSQLs(final Context context,final List<String[]> sqlList){
		new Thread(new Runnable() {
			@Override
			public void run() {
				SQLiteDataProxy.getSQLiteProxy(context).execSQLs(sqlList);
			}
		}).start();
	}
 
	public static void asyncExecSQLIgnoreError(final Context context,final List<String> sqlList){
		new Thread(new Runnable() {
			@Override
			public void run() {
				SQLiteDataProxy.getSQLiteProxy(context).execSQLIgnoreError(sqlList);
			}
		}).start();
	}
 
	public static boolean execSQL( Context context, String sql){
		return SQLiteDataProxy.getSQLiteProxy(context).execSQL(sql);
	}
 
	public static boolean execSQLList( Context context, List<String> sqlList){
		return SQLiteDataProxy.getSQLiteProxy(context).execSQLList(sqlList);
	}
 
	public static boolean execSQLs( Context context, List<String[]> sqlList){
		return SQLiteDataProxy.getSQLiteProxy(context).execSQLs(sqlList);
	}
 
	public static boolean execSQL( Context context, List<String> sqlList){
		return SQLiteDataProxy.getSQLiteProxy(context).execSQLIgnoreError(sqlList);
	}
 
	public static Cursor query(Context context, String sql){
		return SQLiteDataProxy.getSQLiteProxy(context).query(sql);
	}
 
	public static Cursor query(Context context, String sql, String[] params){
		return SQLiteDataProxy.getSQLiteProxy(context).query(sql, params);
	}
 
	public static void close(Context context){
		SQLiteDataProxy.getSQLiteProxy(context).close();
	}
}

建议使用的时候不要直接调用SQLiteDataProxy的方法，而是通过DBManager来执行SQL操作。使用方法如下：

DBManager.asyncExecSQLList(context,getSQLList())
DBManager.execSQLList(context,getSQLList())

解决问题3：如果在多线程下执行query方法怎么办，如果处理close？

public Cursor query(String sql, String[] params) {
	db = getSQLiteDataBase();
	cursor = db.rawQuery(sql, params);
	return cursor;
}

其他的方法无论什么情况最后都会执行close方法，但是query方法不一样，因为调用这个方法需要我们手动控制close，如果多线程下执行这个方法，并且有一个线程的query出现异常了怎么办？这样close方法就不能正常调用，会导致数据库永远关闭不了。

为了解决这个方法，可以引入一个变量：

private ThreadLocal<Boolean> isQuery = new ThreadLocal<>();

ThreadLocal可以让这个boolean值保持只在自己的线程中改变，不受其他线程影响。因此我们可以通过这个值来判断是否query执行成功并且关闭，如果query中发生异常，就调用close方法，没有异常就不调用，这样就不会影响到openCount的值。

具体修改部分如下：

private ThreadLocal<Boolean> isQuery = new ThreadLocal<>();

@Override
public Cursor query(String sql) {
	return query(sql, null);
}
 
@Override
public Cursor query(String sql, String[] params) {
	isQuery.set(true);//设置为true，表示正在查询</span>
	db = getSQLiteDataBase();
	cursor = db.rawQuery(sql, params);
	return cursor;
}

/*如果调用query方法，抛异常时要调用此方法</span>
*/
@Override
public void closeWhileError(){
	if (cursor != null) {
		cursor.close();
	}
	if(isQuery.get()){//没有执行完毕，异常后需要去关闭数据库
		closeSQLiteDataBase();
	}
}
	
private void closeSQLiteDataBase(){
	if(mOpenCounter.decrementAndGet() == 0){
		db.close();
		isQuery.set(false);//设置为false，表示执行完毕</span>
		Log.i("DataBaseState","DB------Closed");
	}
}

解决问题4：实际使用过程中，很容易导致一个错误，当cursor或db已经关闭的时候，又去调用了它，导致异常。

上面的写法容错率太低，每次query和close都得对应，否则很容易导致上述错误。因此，使用了新的方法：

因为在代码中，用上述方法，如果少写了一个close，就会导致数据库永远不能关闭。为了避免这个问题，同时避免调用已经关闭的cursor、db问题，将所有的close方法都取消了，新建了一个service，监听最后一次查询的时间，如果超过5s没有进行新的数据库操作，再去关闭db，同时，每次查询时，用HashSet存储cursor，关闭db前先把所有的cursor关闭。

这种方法降低了容错率，同时避免了数据库的一直打开关闭，减少了资源的消耗。

(2) 办法2

另一种解决办法是使用enableWriteAheadLogging()来使得可以多线程访问。

dpkg: error: dpkg status database is locked by another process
qq_40907977的博客
10-07 1471
解压报错 ： root@ubuntu:~# dpkg -i zabbix-release_4.2-2+xenial_all.deb dpkg: error: dpkg status database is locked by another process 查找进程 root@ubuntu:~# ps -ef | grep dpkg root 3989 3653 0 17:29...
解决sqlite死锁示例异常database is locked示例
08-20
解决sqlite死锁示例异常database is locked示例
sqlitedatabase is locked
brycegao321的博客
09-25 385
在操作Orm数据库sqlite时， 当存在多线程/多进程并行写时报错。 支持同一时刻多个读， 但同一时刻只能有一个写（不能有读）； 简单记： 读写、写写是互斥的， 读读是可以并发的。 因为多线程、多进程可以通过数据库名称操作同一个数据库， 建议只在一个进程中实例单例访问同一个数据库， 从而实现互斥判断逻辑； 什么是写？ 增加insert、删除delete、更新up...
sqlite3报错：database is locked
最新发布
pan_1214_的博客
05-11 2122
那么此时回看之前的问题，由于sqlite expert会时不时自动刷新数据，因此，当sqlite expert没有对数据进行刷新时，数据可以正常的插入数据库文件中，但是当sqlite expert刷新数据时，就会导致database is locked，因为只要有一个连接持有共享锁，都无法写入数据。这也是为什么偶尔该错误的原因。
android sqlite database is locked (code 5): , while compiling:....
season_hai
05-25 1368
安卓开发时用到了sqlite数据库， 到网上复制了点例子，结果反复运行的时候出现异常：database is locked (code 5): , while compiling:.... 到网上查都是一堆的代码，看着就头晕 最后解决： 执行sql后关闭事务，再关闭数据库即可。 部分代码: private ProfileDBHelper profileDBHelper; ...
解决SQLite database is locked
weixin_30642305的博客
12-03 626
　　前些时候，同事在站点服务端使用SQlite存储一些临时数据，但是在多人并发的时候Sqlite会抛出异常：The database file is locked ,database is locked，而且这个是在客户生产环境下提示出来的，开发环境很难重现，同事实在没辙，竟然想发动所有研发同事通过操作软件重现问题，我只能呵呵了。既然是Sqlite的原因，直接写个小程序测试下sqlite不就行了...
database is locked
weixin_33744854的博客
06-28 139
出现的原因是同时有多个线程或者进程对同一数据库进行写操作 在三星的手机上出现的比较频繁，HTC、MOTO、HUAWEI上未发现。 解决方法是 1、对有写操作的方法加synchronized 2、可以将对数据库的操作放在一个类中（不同对象的同步方法可以在多个线程总被同时访问） 3、对数据库的方法集合类的引用使用单例（理由同上） 4、或者使用静态对象锁 例如： View Code ...
SVN报错：sqlite[S5]:database is locked
wuxun1997的专栏
06-15 779
　　昨天下午修改几个冲突的jar包后提交svn后报错，接下来svn操作就失灵了，无论是clean up还是revert还是release lock都无济于事。解决办法： 　　首先下载sqlite3，我的是64位win7，无需去官网下载安装，直接下载sqlite3.exe即可，下载链接为http://download.csdn.net/detail/whyzzj/6346529。sqlite3.e...
Qt5 SQLite: database is locked unable to fetch row
星河的博客
04-12 4495
前言 在使用Qt5编写日志系统时，主线程使用QSqlTableModel查询Sqlite数据库，子线程使用QSqlquery来编辑数据库。当数据库条数大于512条左右时数据库无法继续插入，错误信息如下： database is locked unable to fetch row 解决办法 在子线程插入数据库之前，通知主线程QSQLTableModel释放锁资源。 子线程 bool F_Data...
Android多线程操作sqlite（Sqlite解决database locked问题）
05-14
然而，在多线程环境中，由于并发访问数据库，可能会遇到“database locked”（数据库被锁定）的问题。本文将深入探讨如何在Android中使用多线程操作SQLite并解决数据库被锁定的问题。 首先，理解“database locked...
android.database.sqlite.SQLiteDatabaseLockedException: database is locked (code 5): , while compilin
u012519561的专栏
01-12 910
今天一直报这个错，究其原因就是sqlite操作数据库是一条条执行的，不能并发执行，然后我发现我写完beginTransaction忘了写endTransaction。 加上endTransactioN就可以进行数据库的其他操作。
sqlite database is locked
tayachz的专栏
03-28 653
使用sqlite3程序查看database提示Error:database is locked.. 查找了一些文档提示为事务未提交,但是我提交了。 后来发现是提交时未能正确提交"commit“. 同时在本地会生成临时文件journal文件。
Sqlite出现database is locked
qq_42371986的博客
01-07 1195
解决Sqlite出现database is locked
sqlite中的 database is locked 问题
热门推荐
gold615的博客
07-26 1万+
最近写产品用到了sqlite3作为单机数据库，碰到一个挺有意思的问题。需求大体是两张表，当查询时需要连表查询，而更新时也需要连表更新；总共只有几百条数据，但运行过程中出现明显的超时和异常，以为是sqlite有问题，但想想而已不可能，这么流行的数据库不至于扛不住几百条数据的并发查询，经过查询，发现是因为sqlite的锁是个库级别的完全单线程锁。 代码是用go写的，model部分如下： package main type App struct { Id int `gorm:"id;primary_
sqlite出现database is locked错误
cshui工作室
11-11 1623
      在一次执行sql语句操作中居然出现sqlite出现database is locked错误， 后来查明在执行sql语句的前方执行中出现了记录行的锁定。于是在前方记录打开的地方尽量关闭记录，如果不能关闭即执行 rs.MoveNext , rs.NextRow 之类的语句。       类似的情况应该都锁定与释放有关。
sqlite3 "database is locked"
rammuschow的博客
11-22 5365
问题原因         sqlite3_exec对于执行create table、insert、update等操作，会对整个数据库加锁，导致加锁期间其他连接执行sqlite3_exec()失败，返回“database is locked”，错误码为5。   测试：创建两个线程，线程1向test表插入数值1，线程2向test表插入数值2，每个线程内循环执行10次，观察现象。 #inclu...
错误总结：使用SQLite时，报错“database is locked”，只能进行select，不能进行delete、update和insert
m0_61629312的博客
04-28 1079
今天下午写项目的时候，遇到了这个问题，花了很长时间才解决，最后发现居然是因为忘记使用另一个配套的函数造成的。那么造成这个问题的原因非常有可能是，你没使用下面这个与之配套的函数。2023年4月28日，周五下午。
sqlite遇到database is locked(SQLITE_BUSY)问题的解决
涛声一笑
09-11 1万+
早上来公司，测试部的同事说测试多用户并发操作时遇到sqlite报database is locked的问题,现象是进行多用户并发查询不会出现，但只要涉及增删改操作时就会出现以上问题。初步分析原因是多用户对sqlite数据库进行增删改操作时事务控制，当一个用户对数据库进行增删改操作时，事务未完成，此时另外一个用户对数据库进行增删改，由于之前的用户事务未完成，当并发用户数量更多时，更容易出现线程不...
android5.1jelly bean,Android Jelly bean database is locked (code 5)
weixin_28475533的博客
05-29 158
E/SQLiteLog( 2132): (5) database is lockedE/SQLiteDatabase( 2132): Failed to open database '/data/data/id.online.mydroid/databases/geo.db'.E/SQLiteDatabase( 2132): android.database.sqlite.SQLiteDataba...
android.database.sqlite.SQLiteDatabaseLockedException: database is locked
05-15
这个错误通常表示数据库被其他进程或线程锁定，导致当前进程无法访问数据库。解决此问题的方法取决于您的具体情况，以下是一些可能的解决方法： 1. 等待：如果锁定是由其他进程或线程造成的，请等待一段时间，然后重试。 2. 关闭连接：确保在使用完数据库后关闭数据库连接，以避免出现死锁的情况。 3. 重启应用：如果以上方法无效，尝试重启应用程序，以确保没有其他进程或线程占用数据库。 4. 使用事务：使用事务可以有效地避免数据库被锁定的问题。在执行数据库操作时，尽可能使用事务。 5. 检查代码：检查代码是否存在并发访问数据库的情况，如果有，可以使用同步锁等机制来避免并发冲突。 希望这些方法可以帮助您解决问题。
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值