Kotlin 中的类委托（class delegation）是一个非常实用的特性，它允许我们将接口的实现交给另一个对象，从而简化代码，提升复用性和灵活性。本文将通过简单的 Demo 介绍类委托的基本用法，并以 Android 中的 MMKV 为例，探索委托机制在实际项目中的巧妙应用，以及还有哪些类似的委托场景可以利用。
一、类委托的基本概念
在 Kotlin 中，如果一个类实现了某个接口，可以将该接口的实现“委托”给另一个对象，这就叫类委托。基本语法如下：
interface Printer {
fun printMessage()
fun printError()
}
class DefaultPrinter : Printer {
override fun printMessage() {
println("Default message")
}
override fun printError() {
println("Default error")
}
}
class CustomPrinter(printer: Printer) : Printer by printer {
override fun printError() {
println("Custom error handling")
}
}
fun main() {
val printer = CustomPrinter(DefaultPrinter())
printer.printMessage() // 调用 DefaultPrinter 的实现
printer.printError() // 调用 CustomPrinter 自己重写的实现
}
这个例子说明了类委托的两个关键点：
- 行为由外部对象提供：
CustomPrinter并不自己实现printMessage()，而是委托给了DefaultPrinter。 - 可选择性覆盖方法：可以选择性地重写部分方法（如
printError()），从而改变特定行为。
二、类委托 VS 继承
很多初学者容易疑惑：这个不是继承也能做到吗？确实，在继承中我们也可以重写方法覆盖父类实现。但是两者的本质区别在于：
- 继承：子类会继承父类的所有行为，即使你不需要这些方法，也必须接受它们。
- 委托：你可以在运行时自由选择使用哪个对象来提供方法实现，并且避免了多重继承的问题。
委托的核心优势是：更灵活，行为可配置，解耦更强。
三、MMKV 中的类委托巧用
在 Android 中，我们经常使用 SharedPreferences 来进行轻量级存储。而腾讯开源的 MMKV 是一个高性能替代品，它实现了 SharedPreferences 和 SharedPreferences.Editor 接口，这使得它天然支持 Kotlin 的委托特性。
我们可以像这样使用 Kotlin 的类委托语法：
internal object SharedPreferencesUtils :
SharedPreferences by MMKV.defaultMMKV(),
SharedPreferences.Editor by MMKV.defaultMMKV()
为什么可行？
这是因为 MMKV.defaultMMKV() 同时实现了 SharedPreferences 和 SharedPreferences.Editor 接口。
- Kotlin 的类委托语法
by要求你提供一个对象，该对象实现了指定接口。 - MMKV 的实现刚好符合这一条件，所以可以直接委托过去。
实际效果
这样写的好处是，我们在 SharedPreferencesUtils 中就可以直接使用 getString()、putInt()、apply() 等方法，无需重复封装，实现最大限度的简化和复用。
四、还有哪些接口适合类委托？
除了 MMKV，还有一些常见的场景也可以使用类委托：
1. SQLiteDatabase / Cursor 的封装
如果你封装了一个数据库操作类，可以将 SQLiteDatabase 的方法委托给真实的数据库对象：
class MyDatabase(private val db: SQLiteDatabase) : SQLiteDatabase by db {
// 可选性重写某些方法
}
2. 自定义 View 委托
当你封装一个 View 组件，想复用另一个视图对象的方法：
class DelegatedView(private val view: View) : View by view {
// 添加额外逻辑或重写部分行为
}
3. 网络请求接口代理
如果你封装了 Retrofit 接口，也可以通过委托简化：
class ApiProxy(private val api: ApiService) : ApiService by api {
// 可以在这里添加日志或统一错误处理
}
4. 权限申请逻辑
将权限处理封装为接口后，也可以使用委托简化实现：
class PermissionDelegate(private val requester: PermissionRequester) : PermissionRequester by requester
五、DataStore 为什么不能这么用？
与 MMKV 不同，Jetpack 的 DataStore 并不是同步接口，它是基于协程的异步存储框架，并没有实现 SharedPreferences 或 Editor 接口。
因此，我们不能直接使用 by 关键字来委托其方法，只能通过手动封装使用：
class MyDataStoreWrapper(private val dataStore: DataStore<Preferences>) {
suspend fun saveString(key: String, value: String) {
dataStore.edit { it[stringPreferencesKey(key)] = value }
}
}
六、总结
Kotlin 的类委托是一个非常强大且实用的特性，在实际开发中，可以极大地减少模板代码并增强模块解耦性。
- MMKV 的巧妙之处在于它实现了两个接口，因此可以通过委托机制替代传统封装。
- 在 Android 项目中，凡是实现了接口的类都可以考虑用委托的方式来简化实现。
- 类委托≠继承，委托的核心优势是灵活和可替换性。
希望这篇文章能帮你掌握类委托的核心理念，并能在项目中用好它，写出更优雅、可维护的 Kotlin 代码。
如果你对属性委托（如 by lazy）也感兴趣，欢迎继续关注后续文章：我们将深入解析 Kotlin 的延迟初始化、可观察属性、自定义委托等特性在 Android 项目中的实战应用。