Android---使用-ContentProvider-无侵入获取-Context,2021Android面试心得

可以看到,创建Application对象之后会保存在mInitialApplication属性中,那么如果我们可以访问到这个属性,是不是就可以获得Application对象了呢?

首先,我们需要获得ActivityThread对象,那么我们先在源码中寻找创建ActivityThread对象的地方:

ActivityThread.java

private static volatile ActivityThread sCurrentActivityThread;

public static ActivityThread currentActivityThread() {
return sCurrentActivityThread;
}

// (简化)
public static void main(String[] args) {
Looper.prepareMainLooper();

// 创建 ActivityThread 对象
ActivityThread thread = new ActivityThread();
thread.attach(false, startSeq);

Looper.loop();
}

private void attach(boolean system, long startSeq) {
sCurrentActivityThread = this;
}
复制代码

可以看到,ActivityThread对象存储在静态变量sCurrentActivityThread中,那么我们就可以写反射代码了。

2.2 使用步骤

// 新建文件 Context.kt

private var application: Context? = null

fun context(): Context {
if (null == application) {
try {
val activityThread: Any
val clazz = Class.forName(“android.app.ActivityThread”)
val currentActivityThread = clazz.getMethod(“currentActivityThread”).apply {
isAccessible = true
}
val getApplication = clazz.getMethod(“getApplication”).apply {
isAccessible = true
}
activityThread = currentActivityThread.invoke(null)
application= getApplication.invoke(activityThread) as Context
} catch (e: Throwable) {
// 存在未适配的风险
}
}
return application!!
}
复制代码

运行测试一下,context()的返回结果:

android.app.Application@c12661f
复制代码

2.3 小结

  • 优点:

依赖方不需要传递Context对象给库进行初始化,减少了代码耦合,有利于组件化

  • 缺点:

需要反射调用私有API,存在系统版本适配风险;使用反射有一定性能损耗


3. 使用 ContentProvider 获取 ApplicationContext

这一节介绍一种通过ContentProvider.java获得Application的方法。ContentProvider通常的用法是为当前进程 / 远程进程提供内容服务,它们会在应用启动的时候初始化,正因如此,我们可以利用ContentProvider来获得Context。

3.1 源码分析

ActivityThread.java

private void handleBindApplication(AppBindData data) {
// …
Application app;
app = data.info.makeApplication(data.restrictedBackupMode, null);
mInitialApplication = app;
// 初始化所有 ContentProvider
installContentProviders(app, data.providers);
// …
}

private void installContentProviders(Context context, List providers) {
final ArrayList results = new ArrayList<>();

for (ProviderInfo cpi : providers) {
// 依次初始化 ContentProvider
ContentProviderHolder cph = installProvider(context, null, cpi,
false /noisy/, true /noReleaseNeeded/, true /stable/);
if (cph != null) {

《Android学习笔记总结+最新移动架构视频+大厂安卓面试真题+项目实战源码讲义》

【docs.qq.com/doc/DSkNLaERkbnFoS0ZF】 完整资料开源分享

cph.noReleaseNeeded = true;
results.add(cph);
}
}
// …
}
复制代码

可以看到,在ActivityThread中,创建Application对象之后会调用installContentProviders()安装属于当前进程(processName)的ContentProvider;而在ContentProvider声明的方法中,提供了getContext()获得ApplicationContext,所以,我们就可以ContentProvider启动的机制,从ContentProvider启动时拿到ApplicationContext

3.2 使用步骤

步骤一:实现 ContentProvider 子类

// ContextProvider.kt

internal class ContextProvider : ContentProvider(){

override fun onCreate(): Boolean {
init(context!!)
return true
}

// 其他方法直接 return
}
// Context.kt
private lateinit var application : Context

fun init(context : Context){
application= context
}

fun context() : Context{
return application
}
复制代码

步骤二:在 AndroidManifest 中配置

// AndroidManifest.xml

复制代码

步骤三:使用

Toast.makeText(context(),"",Toast.LENGTH_SHORT).show()
复制代码

3.3 小结

  • 优点:

依赖方不需要传递Context对象给库进行初始化,减少了代码耦合,有利于组件化

  • 缺点:

在App 启动时就初始化ContentProvider,不是懒初始化

  • 风险:

应保证初始化非常轻量,否则会降低App的启动速度


4. 案例

下面举出一些基于ContentProvider机制实现无侵入地获取Context的例子:

  • LeakCanary 2.4

AppWatcherInstaller.java

internal sealed class AppWatcherInstaller : ContentProvider() {

internal class MainProcess : AppWatcherInstaller()

internal class LeakCanaryProcess : AppWatcherInstaller()

override fun onCreate(): Boolean {
val application = context!!.applicationContext as Application
AppWatcher.manualInstall(application)
return true
}

// 其他方法直接 return
}


版权声明:本文为m0_65511857原创文章,遵循CC 4.0 BY-SA版权协议,转载请附上原文出处链接和本声明。