android - DB-Activity 架构和/或 Context 泄漏的 ContentProvider 解决方案

Question

当使用大型数据库时，在我的例子中有大约 20 个数据源定义(每个 DS 2-5 个表，存储在同一个 SQLiteDatabase 中)，很少出现问题

例如:

• 线程同步(ReentrantLock，synchronization locks)
• 1 的单例( 2 , SQLiteOpenHelper )模式子类
• 可能 context leaking在 SQLiteOpenHelper 的单例上和/或数据源
  • 如果使用应用程序的上下文 (Context.getApplicationContext())，或者大内存堆

尽管我知道，当不向其他服务/应用程序(1、2)公开应用程序数据时，没有必要使用 ContentProviders，我认为它解决了上述大部分问题，并允许/插入实现有趣的功能，例如 Broadcasts或使用 Cursors访问数据。

这只是对 ContentProvider 模式的误解，还是它真的很复杂，可以解决可能的问题，而不仅仅是提到的问题？

Answer 1

ContentProvider 实现可能需要编写大量样板代码，这就是我开发 Mechanoid DB 的原因。如果您计划实现 sqlite 支持的内容提供程序，它可能会让您的生活更轻松。

http://robotoworks.com/mechanoid-plugin/mechanoid-db/

http://robotoworks.com/2013/01/using-sqlite-in-android-with-mechanoid-db-part-1-tables/