作业素材运行报错

通过几个小时的折腾终于找出了真正原因：

SQLiteLog: (1) no such table: dish_tb   运行项目提示找不到表的原因分析

这个项目运行逻辑如下：

1、项目的原始数据库在menudemo\src\main\assets目录下。

2、当执行MainActivity类的onCreate方法时会调用 generateDatabase() 方法把assets目录下的menu.db数据库拷贝到APP的文件目录下，拷贝过去的文件名为 imooc_menu.db。

3、当数据库拷贝到APP文件目录下后，开始调用MenuDao类的静态方法getInstance()获取数据库实例，注意这是一个单例模式，同时MenuProvider内容提供器类也是通过getInstance()方法获取数据库实例来对外提供数据的。

4、在MainActivity类的onCreate方法中获取到数据库实例后就查询dish_tb表中的数据进行打印并显示到TextView中。

正常来说，这个逻辑并没有什么问题，因为待拷贝的menu.db数据库中确实存在dish_tb表，但是查询的时候却出现了找不到dish_tb表的问题，经过反复折腾最终找出来问题所在。

找不到到dish_tb表的原因就是MenuProvider内容提供器要先于MainActivity类初始化，这么一来，拷贝数据库的方法是在MainActivity类中的，这个时候拷贝数据库的方法generateDatabase() 是还没有执行的，所以这个时候APP的文件目录下是没有imooc_menu.db数据库的，而这个时候MenuProvider内容提供器类的onCreate方法会调用MenuDao.getInstance()这个方法去获取数据库实例，当创建数据库对象的时候如果没有imooc_menu.db这个文件存在的话，就直接创建了一个新数据库，然后就把这个新数据库对象返回给了内容提供器。当内容提供器初始化完成了后轮到MainActivity类进行初始化，MainActivity类拷贝menu.db数据库到APP目录下命名为imooc_menu.db（这个时候是覆盖了之前创建的新数据库），接着调用MenuDao.getInstance()获取数据库对象，因为是单例模式，获取到的对象还是原先的新数据库对象(这是重点)，接着进行查询操作，这样当然是无法在新数据库中找到dish_tb表的了，所以APP崩溃了。

解决方法1：删除掉文件路面下的imooc_menu.db-shm 和 imooc_menu.db-wal文件，因为不删除这两个文件的话再次启动还是获取到那个没有包含dish_tb表的数据库实例，关于这两个文件的作用百度即可明白。删除这两个文件后再次运行，这次不会崩溃了，因为这次获取到的数据库实例是上一次崩溃的时候复制过去的数据库实例，而这个数据库是包含了dish_tb表的。

解决方法2：让拷贝数据库的方法在内容提供器调用MenuDao.getInstance()方法获取实例之前执行就解决了崩溃的问题。

下图是要删除的两个文件：

关于内容提供器和MainActivity谁先初始化，看下图就明白了：

我也是这个问题，你现在解决了没有？