Android数据库并发操作解决思路

数据库作为Android数据存储重要的一部分,相信很多应用中都会用到,面试也会遇到很多关于数据库的问题。实际开发中我没遇到过特别复杂的数据库使用,所以对这一块的优化没怎么研究过。
以前面试的时候被问到过这么一个问题:
面试官:数据库并发访问怎么处理?
我:给增删改查方法加锁。
面试官:那样会有什么问题?
我:效率低。
面试官:怎么解决?
我:不太清楚啊。。。

我一直认为Android开发不会涉及到数据库大量线程访问数据库的问题,所以方法加锁的效率问题是可以容忍的,搜索这个问题的解决方式,发现大家也都是粗暴的用synchronize来解决。
我觉得即使优化也是在加锁的方式上优化,关于加锁的高级用法我没有研究过,所以一直没有太在意过这个问题(不要骂我不思进取不去学习高级用法。。。)。

后来不知道在哪看了什么东东受到了启发,我们可以用队列来解决这个问题啊!!

一个思路就是:创建一个单线程的线程池,所有的数据库操作都用这个线程池来操作

下面是我的demo,非常简单:

public class DBHelper extends SQLiteOpenHelper{

    private static String DBName = "TestDB";
    private static int DBVersion = 1;
    private SQLiteDatabase db;
    private static DBHelper INSTANCE;
    // 不用的时候需要关闭线程池
    private ExecutorService pool;

    private DBHelper(Context context) {
        super(context, DBName, null, DBVersion);
        db = getReadableDatabase();
        // 创建一个单线程池
        pool = Executors.newSingleThreadExecutor();
    }

    // 单例
    public static DBHelper getInstance(Context context){
        if(INSTANCE == null){
            synchronized (DBHelper.class){
                if (INSTANCE == null){
                    INSTANCE = new DBHelper(context.getApplicationContext());
                }
            }
        }
        return INSTANCE;
    }

    @Override
    public void onCreate(SQLiteDatabase db) {

    }

    @Override
    public void onUpgrade(SQLiteDatabase db, int oldVersion, int newVersion) {

    }

    // 模拟一个插入,参数随便写了,返回值和SQLiteDatabase的插入方法一样都是long类型,表示插入的id
    public long insert(final String param){
        Future<Long> submit = pool.submit(new Callable<Long>() {
            @Override
            public Long call() throws Exception {
                // 休眠1秒,模拟耗时
                Thread.sleep(1000);
                Log.e("lzw","插入 param: " + param);
                return 100L;
            }
        });
        long id = -1;
        try {
            // 拿操作结果,这里会阻塞
            id = submit.get();
        } catch (InterruptedException e) {
            e.printStackTrace();
        } catch (ExecutionException e) {
            e.printStackTrace();
        }
        return  id;
    }
}

整个DBHelper是一个单例,在构造里实例化了一个单线程池,insert方法是表示插入,参数随便写了一个,我们通过pool.submit方法把任务提交到了线程池进行执行,返回了一个Future类型的变量,
后面调用Futureget方法可以拿到返回值,get方法会阻塞,直到执行完call方法里的内容并拿到返回值。关于ExecutorServiceFuture的使用不是本文重点,大家自行学习。

下面是测试Activity:

public class MainActivity extends AppCompatActivity {

    private TextView tv;
    private DBHelper helper;
    private int param = 0;
    static Handler handler = new Handler();

    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.activity_main);
        tv = (TextView) findViewById(R.id.content);
        helper = DBHelper.getInstance(this);
        findViewById(R.id.insert).setOnClickListener(new View.OnClickListener() {
            @Override
            public void onClick(View v) {
                new Thread(new Runnable() {
                    @Override
                    public void run() {
                        param++;
                        final int param2 = param;
                        final long id = helper.insert("----> " + param2);
                        handler.post(new Runnable() {
                            @Override
                            public void run() {
                                tv.append(id + ":" + param2 + "\n");
                            }
                        });
                    }
                }).start();
            }
        });
    }
}

所有的操作都会逐条执行。
效果图如下:
这里写图片描述

以上就是所有的代码,只是讲了一下思路,用的时候大家根据自己的情况去封装就好了。

其实扩展一下,大家可以自己写一个生产者消费者模型也可以解决这个问题,核心思路和上面的方法都一样,就是一个阻塞队列,需要修改数据库的,把需求添加进队列,DBHelper从队列中不断取并操作数据库。

其实Handler的思路也是这么个套路。

不多说了,下面是代码地址:
https://github.com/dreamlizhengwei/DatabaseDemo

评论 3
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值