我可以故意损坏 sqlite3 数据库进行测试吗？

Question

我正在 Android 手机上运行一个小型但关键的应用程序。 它使用sqlite数据库作为其主要数据存储。 经过一年多近乎完美的运行后，几天前由于臭名昭著的“数据库磁盘映像格式错误”问题，它在关键时刻突然崩溃。 这导致了一些尴尬，因为我在几个小时内无法访问系统来修复它。

我知道这种情况应该是“非常罕见”。 但我现在正在编写一些代码，以便更优雅地从这种情况中恢复，因为我无法承受再次发生这种情况的后果（这可能是由于手机的硬件造成的，在这种情况下，它现在可能会开始发生更多）经常 - 但我再次无法承受一次崩溃）。 但是，为了测试我的恢复代码，我需要生成相同的错误，并且由于一个愚蠢的错误，我丢失了导致问题的数据库副本。

我的问题是 - 我可以对 sqlite 数据库执行某些操作，从而导致“数据库磁盘映像格式错误”错误吗？ 然后我可以测试我的恢复代码。

Answer 1

How To Corrupt an SQLite Database File

的文章

SQLite数据库文件是普通的磁盘文件。这意味着任何 进程可以打开文件并用垃圾覆盖它。有 SQLite 库无法采取任何措施来防御这种情况。

如果你向文件写入垃圾数据，我猜你可以达到你想要的

Answer 2

只需复制资产中的工作数据库文件即可。

1. 然后，一旦应用程序运行，通过代码逐字节复制数据库文件并在复制时丢弃一些字节，您将得到一个损坏的数据库。
您也可以尝试其他方法：

只需创建一个文本文件。 然后将其重命名为 *.db 文件并尝试在 android 中打开该文件（假设它是数据库文件）。我希望你也会得到同样的例外。

Answer 3