1、sqlite database is locked问题解决
在使用synchronized无效的情况下,今天尝试了如下几中方案ThreadLocal,和重入锁ReentrantLock两种方案
A、ThreadLocal方式
public ThreadLocal<Connection> threadLocal=new ThreadLocal<Connection>();
public Connection getConnection(){ {
Connection conn=null;
if(threadLocal.get()==null){
conn=DriverManager.getConnection(URL);
threadLocal.set(conn);
return conn;
}else{
return (Connection)threadLocal.get();
}
}
public void closeConnection() throws sqlException{
Connection conn=(Connection)threadLocal.get();
threadLocal.set(null);
if(conn!=null){
conn.close();
conn=null;
}
}
说明:如果对ThreadLocal理解透彻,显而易见,对于一个执行线程而言得到的是同一个数据库连接,不同的线程得到的是不同的数据库连接。所以我们说实现了线程安全的数据库连接。如果深入研究ThreadLocal类,SUN是这样解释,由一个HashMap维护每一个线程独立拥有的变量,HashMap的键值就是线程的序号,SUN公布了部分API的实现细节,有兴趣的朋友也可以自己试着来实现这个ThreadLocal类。
OK大功靠成!,之前必现的locked问题得到解决!
采用这种方式遇到了如下问题:
(1) 由于我只在dispose(Conn)方法中调用了unlock,虽然出现的概率降低,但偶尔还是会出现
后来在所有 关闭Conn的方法中都unlock,这个问题也不再出现了!
(2)、使用Lock的情况下,方法上还有synchronized关键字的情况 下,导致死锁,界面卡死,程序不动了!
去掉synchronized修饰符,解决该问题!
总结:这个问题纠结了我两天时间,才开始考虑从sqlITE本身来找问题,网络上的千篇一律,后来想sqlITE使用的是非常广泛的,应该不至于这么烂,于是,首先是排查所有DAO操作,检查是否存在Conn等数据库资源没有释放的;另外就是从程序层面使用锁或者线程安全方面来考虑,终得解决!嘻嘻。。。。