已经建立好的SQLite的数据库怎么导入程序呢

这个例子是有问题郑手的

在createDataBase

方法里。

this.getReadableDatabase()

是开一个SQLitedatabase的实例的。袭饥要将这个实例关闭次能用。很奇怪，很多例子都是用这段喊禅嫌代码，怎么就没人提出来哪！

让我整整浪费了一下午。

我们将会在一个demo上这些这些测试，你可以从我的github账号上下载这个例子程序。对于CoreData的例子，你可以从这下载例子程序。本例有一个不同点就是我们将会在模拟器上运行这些应用，而不是在设备上运行。这样做的目的是为了证明在前面文章中的 *** 作都可以通过Xcode来把这些应用运行在模拟器上。当然，你也可以使用前面文章中的步骤把这应用安装到设备上。

NSUserDefaults

保存用户信息和属性的一个非常普通的方法就是使用NSUserDefaults。保存在NSUserDefaults中的信息在你的应用关闭后再次打开之后依然存在。保存信息到NSUserDefaults的一个例子就是保存用户是否已登录的状态。我们把用户的登录状态保存到NSUserDefaults以便用户关闭应用再次打开应用的时候，应用能够从NSUserDefaults获取数据，根据用户是否登录展示不同的界面。有些应用也用这个功能来保存机密数据，比如用户的访问令牌，以便下次应用登录的时候，它们能够使用这个令牌来再次认证用户。

从我的github可以下载例子应用，运行起来。你可以得到下面的界面，现在输入一些信息到与NSUserDefaults相关的文本框，然后点击下面的“Save in NSUserDefaults”。这样数据就保存到旅缓NSUserDefaults了。

许多人不知道的是保存到NSUserDefaults的数据并没有加密，因此可以很容易的从应用的包中看到。NSUserDefaults被存在一个以应用的bundle id为名称的plist文件中。 首先，我们需要槐肢找到我们应用的bundle id。因为我们在模拟器上运行，我们可以在/Users/$username/Library/Application Support/iPhone Simulator/$ios version of simulator/Applications/找到应用。我这的路径是：“Users/prateekgianchandani/Library/Application Support/iPhone Simulator/6.1/Applications”。

一旦我们找到那个目录，我们可以看到一堆应用。我们可以用最近修改的日期找到我们的应用，因铅镇世为它是最近修改的。

进入到应用的bundle里面。通过NSUserDefaults保存的数据都可以在如下图所示的Library ->Preferences ->$AppBundleId.plist文件中找到。

打开这个plist文件，我们可以清楚的看到这个文件的内容。

有时候，plist文件会以二进制格式保存，因此可能第一下看到会觉得不可读。你可以用plutil工具把它转成xml格式，或者直接用iExplorer在设备上查看。

以下是我看到的Kevin关于其使用的心得，原文的大体的意思是：Android例子涵盖了一些Sqlite的基本用法，但它们并没有深入地给出合理的使用方法，更重要的是，不合理的使用方法。大多数例子和文档只是涉及最基本的数据库查询，或者教你如何创建一个ContentProvider。从来不提及的地方像： · 什么地方创建和保存SQLiteOpenHelper实例？ · 可以有多少返芹个实例？ · 多线程同时访问数据库有没有什么要担心的？基本的内容是，你可以任意次数地连接Sqlite数据库，而且Android系统也支持你这样做。Sqlite拥有文件级别的锁，用来同步访问和防止错误。如果你只知道这些，那么，将会给你带来很大的痛苦。开源的一个好处是，你可以深入代码一探究竟。从代码和一些测试中，我了解到以下事实： · Sqlite拥有文件级别的锁。许多线程可以同时读，但只有一个可以写。锁阻止多个同时写入。 · Android在SQLiteDatabase中实现了一些java锁来确保动作是同步进行。 · 如果你用多个线程疯狂地访问数据库，你的数据库不会（或不应该）崩溃。没提到的是，如果你通过多个不同的真实连接同时写数据库，其中的某个会失败，它不会等到前一个完成后继续写入。简单地，不会写入你的改变，更糟糕的是，你也得不到一个异常，只是在LogCat中输出一些message，仅此而已。SQLiteOpenHelper类做了一些有趣的事。尽管它有方法可以获得一个只读的连接和可读写的连接，但实质上它们是同一个连接。假设没有文件写错误的话，只读的连接实质上就是一慧弯个可读写的连接。有趣吧。因此，如果你的app中使用一个helper的话，即便从多线程中使用，你也从未使用多个连接。同样，一个helper中只有一个SQLiteDatabase的实例，这个实例中实现了一些java锁。因此，当你正在执行数据库的 *** 作时，其它db的 *** 作都将锁定。即便是你使用多个线程来做这些事以便优化数据库的性能，坏消息，没有什么用。按照我的认识，SQLite工作的方式，基本上不可能会破坏你的数据库，除非代码里有bug或者有硬件问题。因此，我推荐这样使用：创建一个SQLiteOpenHelper静态对象。什么时候去close它呢？不需要。当漏碧毕app关闭，它会自动释放文件引用。但是，会不会有“close() was never explicitly called on database”异常呢？如果你注意的话，当连接挂在那里的时候，你没有得到那个异常。你只是在连接已经建立，而你又尝试打开另一个时才会有异常。因此，你只需要打开一次连接。像这样来使用：public class DatabaseHelper extends OrmLiteSqliteOpenHelper{ private static DatabaseHelper instancepublic static synchronized DatabaseHelper getHelper(Context context) { if (instance == null) instance = new DatabaseHelper(context)return instance}//Other stuff... } 就这些。。。

---