一、多进程访问同一个数据库是否安全
背景：多个进程代表多个数据库操作instance，每个进程有自己的ApplicationContext。多个进程内存不共享。
写代码做了测试测试代码在最后，虽然sqlite不是线程安全的，但是在安卓多进程同时调用插入式没有问题的，并没有发生错误和冲突。因此网络上也就没有发现解决多进程访问数据库的问题，也就是不存在这样的问题。但是，并不能保证多个进程插入的顺序。
二、多进程有执行顺序要求的处理办法
只是证明了多进程可以同时添加数据，但对于有执行顺序要求的数据库操作可能并不能满足，即便使用了事务（事务是在线程的前提下工作的）如果真的需要考虑执行顺序但又需要多个进程同时访问也有方法。
原理是：
1.把数据库单独放大一个进程里面，也就是多个进程操作最后都要经过统一的入口开操作，
2.对其他进程提供接口，目的是保证数据库操作只在一个进程里面完成
3.同时在这个进程里面使用事务或者单线程保证操作的顺序。
4.保证了数据插入更改的顺序，当然也就有了性能瓶颈。
实现方法：
1.在项目里面的所有使用数据库的进程里，挑选其中一个作为操作数据库的唯一进程。
2.在这个进程里面定义context provider 包裹数据库（context provider 是用了进程间通信的安卓标准四大组件之一）
3.其他进程通过context provider 来操作数据库
4.也就是说context provider 成为唯一的数据库操作入口
三、sqlite处理线程不安全的方法
sqlite插入数据的时候默认一条语句就是一个事务，有多少条数据就有多少次磁盘操作（可以自己写事务代码控制事务把多条插入语句弄到一个事务里，因为事务降低了效率）测试多进程没有问题，也就是说在使用sqlite的时候只要考虑多线程访问的安全。因为俩个线程同时插入会抛出异常。既然是线程安全，那么加锁和同步代码块的方法（synchronized）就可以保证使用不抛出异常。
下面是对线程安全处理的示例代码：
public synchronized void insertNewTask(int tid, int start) {//调用插入数据库的代码 }
public synchronized List getAllTask() {//调用读取数据库的代码}
四、测试安卓多进程访问数据是否有安全的的全部代码
https://github.com/robert1207/DbMultProcess
