ContentProvider → Room + Repository

ContentProvider → Room + Repository

老写法(Java + ContentProvider)

java 复制代码
// 查询联系人(系统 ContentProvider)
Cursor cursor = getContentResolver().query(
        ContactsContract.CommonDataKinds.Phone.CONTENT_URI,
        null, null, null, null);
while (cursor.moveToNext()) {
    String name = cursor.getString(
            cursor.getColumnIndex(ContactsContract.CommonDataKinds.Phone.DISPLAY_NAME));
    String number = cursor.getString(
            cursor.getColumnIndex(ContactsContract.CommonDataKinds.Phone.NUMBER));
}
cursor.close();

自定义 ContentProvider:

java 复制代码
public class ItemProvider extends ContentProvider {
    private MyDbHelper dbHelper;

    @Override
    public Cursor query(Uri uri, String[] projection, String selection,
                        String[] selectionArgs, String sortOrder) {
        SQLiteDatabase db = dbHelper.getReadableDatabase();
        return db.rawQuery("SELECT * FROM item", null);
    }
    // ... insert、update、delete 同样要重写
}

问题在哪里

自定义 ContentProvider 太重了------要实现 CRUD 全部六个方法,大多数项目只用其中一两个。一个简单的数据查询要通过 URI 解析、权限检查、跨进程调用,复杂度远超它提供的价值。

系统 ContentProvider(如联系人、日历)该用还得用,但自己项目里的数据没必要包装成 ContentProvider。

新写法(Room + Repository)

kotlin 复制代码
// DAO
@Dao
interface ItemDao {
    @Query("SELECT * FROM item")
    fun getAll(): Flow<List<Item>>

    @Insert
    suspend fun insert(item: Item)

    @Delete
    suspend fun delete(item: Item)
}

// Repository
class ItemRepository(private val dao: ItemDao) {
    fun getAll(): Flow<List<Item>> = dao.getAll()

    suspend fun insert(item: Item) = dao.insert(item)

    suspend fun delete(item: Item) = dao.delete(item)
}

// ViewModel
class ItemViewModel(private val repo: ItemRepository) : ViewModel() {
    val items: LiveData<List<Item>> = repo.getAll().asLiveData()

    fun insert(item: Item) {
        viewModelScope.launch(Dispatchers.IO) { repo.insert(item) }
    }
}

一句话注意

如果确实需要向其他应用暴露数据(比如你做了一个 Launcher 或输入法),ContentProvider 仍然是最佳选择。只是项目内部自己的数据读写,Room + Repository 就够了,没必要上一套 ContentProvider。

如果原来的 Provider 是被自己项目内部多个进程共享的,迁移时需要考虑 DataStore 多进程替代方案或用 MMKV(腾讯开源的高性能 KV 库)。


Java Android 老项目迁移系列,持续更新中。

相关推荐
恋猫de小郭2 小时前
Android 17 + OkHttp 5.5.0 ,全新 ECH 下你的 HTTPS 域名可以请求时被安全隐藏
android·前端·flutter
小强闯江湖2 小时前
不只是让 AI 写代码:ViewCompose 把 Android UI 做成了可编译、可渲染的闭环
android·人工智能·kotlin
小夏coding3 小时前
从"一把梭"到"精妙拆解" —— 滑动窗口计时框架的设计演进
java·后端
MacroZheng4 小时前
同事问我:"Claude Code经常失忆,不怕它把项目搞炸?",我:"怕,三个Markdown文件给它装个永不丢失的外置大脑!"
java·人工智能·后端
hunterandroid4 小时前
StateFlow 与 SharedFlow 的边界:状态与事件的正确建模
android·前端
YF02114 小时前
Android遥控器对频详解
android·android things
十年Java程序媛5 小时前
深度实战:JDK21 虚拟线程 + HikariCP 生产正确配比、坑点、监控全套
java·spring boot
码农coding5 小时前
android12 WindowManagerService窗口的布局过程
android·源码
xiaoqiMikko5 小时前
有人在搜一个不存在的 Tomcat 版本
java·tomcat
杉氧8 小时前
状态管理变迁史:为什么我们放弃了 Redux 选择 Zustand?
android·前端·react native