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 submit = pool.submit(new Callable() {
            @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类型的变量，
后面调用Future的get方法可以拿到返回值，get方法会阻塞，直到执行完call方法里的内容并拿到返回值。关于ExecutorService和Future的使用不是本文重点，大家自行学习。

下面是测试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