转载请标明出处:http://blog.csdn.net/zhaoyanjun6/article/details/120954983
本文出自【赵彦军的博客】
文章目录
Context Hook
在 Android
编程中,我们常常会和 Context
打交道,而且 Context
遍布各个地方,就算使用 Jetpack Compose
也都离不开它。正因为 Context
被广泛的使用和传播,当我们面对一些特殊问题时,常常能够从 Context
对象入手,去解决许多看似不能改变的代码问题。这常常就会用到 Context Hook
这种手法。
Context Hook
形式其实特别简单,就是使用 ContextWrapper
对原有的 Context
进行代理,从而实现 Context
各个 get
方法的拦截。广义的说,这其实更是一种手法或者思路,所以我们不该局限于Context
对象,只是 Context
常常成为我们的目标对象。
假设我们要拦截 Context
对象的 getString
方法,鱿鱼 getString
方法在 Context
中是final
的,所以我们不能直接在 ContextWrapper
中覆写它,而是先去覆写 getResources
, 然后返回一个 ResourcesWrapper
对象,这个 ResourcesWrapper
的思想和 Context
是一模一样的,只是在 Android SDK
中并没有 ResourcesWrappe
r 这个类,不过在 AndroidX appcompat
库中倒是有一个, 懒得自己写的话就直接去吧 androidx.appcompat.widget.ResourcesWrapper
复制一份过来。
所以我们可以这么覆写 Context
的 getResouces
方法。
class HookContext(context: Context) : ContextWrapper(context) {
private var hookResources: HookResources? = null
override fun getResources(): Resources {
val originalResources = super.getResources()
if (hookResources == null) {
hookResources = HookResources(originalResources)
}
return hookResources!!
}
}
其实这么写是有问题的,我们为了避免在 getResources
中返回的创建 HookResources
对象,于是将它缓存在 HookContext
内部中,但如果 Configuration
变了,比如屏幕发生旋转,那么我们缓存的 HookResources
对象身上的 Configuration
并不会被自动更新,这将导致一些很难排查的问题,所以进一步的写法是:
class HookContext(context: Context) : ContextWrapper(context) {
private var hookResources: HookResources? = null
override fun getResources(): Resources {
val originalResources = super.getResources()
if (hookResources == null) {
hookResources = HookResources(originalResources)
}
val result = hookResources!!
if (result.configuration != originalResources.configuration || result.displayMetrics != originalResources.displayMetrics) {
result.updateConfiguration(
originalResources.configuration,
originalResources.displayMetrics
)
}
return result
}
}
HookResources
class HookResources(private val resources: Resources) :
Resources(resources.assets, resources.displayMetrics, resources.configuration) {
override fun getString(id: Int): String {
if (id == 123) {
return "哈哈哈,这是代理返回的"
}
return resources.getString(id)
}
}
这样以后,我们对这个 HookContext
对象调用 getString
时,传入123
参数,它将返回 哈哈哈,这是代理返回的
, 这就是 context.getString(123)
的返回结果。
细品一下,是不是有了更多的可能性,也可以用这中手法来拦截 Context
的 getDrawable
方法。
自定义 view
使用 HookContext
class MyTextView(context: Context, attrs: AttributeSet?) :
androidx.appcompat.widget.AppCompatTextView(HookContext(context), attrs) {
init {
//这里用 getContext 它是被 HookContext 包装过的 。
//不能用 context ,它没有被包装
text = getContext().getString(123)
}
}