非侵入式获取Context进行SDK初始化
非侵入试获取Context进行SDK初始化
当我们在使用第三方SDK,或者自己进行SDK封装时,如果需要需要用到 Context
进行初始化时,一般做法就是将初始化方法暴露给调用方,让调用方在初始化SDK时,传入上下文环境。
publi class App extends Application {
@Override
public void onCreate() {
super.onCreate();
MultiDex.install(getApplication());
if (Config.Debug)) {
ARouter.openLog();
ARouter.openDebug();
}
ARouter.init(this);
SkinSdk.init(this);
PaySDK.install(this);
/***部分代码省略***/
}
}
以上的 SDK
初始化代码是不是感觉很难维护。有没有一种直接拿来用而不需要进行 显式 初始化的SDK集成方式呢?
我们知道 ContentProvider
的生命周期,它是在 Application.attach
之后 Application.onCreate
之前进行 installProvider
。不需要我们 显式 通过代码启动。、
所以他满足了我们一般初始化 SDK 的条件:
- 拥有
Context[Application]
的上下文环境; - 可以进行自动启动;
如果大家平时注意观察会发现我们平时使用的一些SDK也是不需要显示初始化的,而他们都是使用自定义的 ContentProvider
这种方式。
picasso 初始化
相关知识可以阅读 Picasso源码分析和对比 这篇文章。
@RestrictTo(LIBRARY)
public final class PicassoProvider extends ContentProvider {
@SuppressLint("StaticFieldLeak") static Context context;
@Override public boolean onCreate() {
context = getContext();
return true;
}
/***部分代码省略***/
}
无侵入试的 Context
获取,依靠 ContentProvider
通过注册在 AndroidManifest.xml
实现自动启。
<?xml version="1.0" encoding="utf-8"?>
<manifest xmlns:android="http://schemas.android.com/apk/res/android"
package="com.squareup.picasso" >
<uses-sdk android:minSdkVersion="14" />
<application>
<provider
android:name="com.squareup.picasso.PicassoProvider"
android:authorities="${applicationId}.com.squareup.picasso"
android:exported="false" />
</application>
</manifest>
picasso
的初始化:
public class Picasso {
public static Picasso get() {
if (singleton == null) {
synchronized (Picasso.class) {
if (singleton == null) {
if (PicassoProvider.context == null) {
throw new IllegalStateException("context == null");
}
singleton = new Builder(PicassoProvider.context).build();
}
}
}
return singleton;
}
}
InstantRun
相关知识可以阅读 InstantRun从2.0到3.0,历史解毒 这篇文章。
<application android:theme="@style/AppTheme"
android:label="@string/app_name"
android:icon="@mipmap/ic_launcher"
android:name="com.example.tzx.changeskin.MyApplication"
android:debuggable="true"
android:testOnly="true"
android:allowBackup="true"
android:supportsRtl="true">
<activity android:name="com.example.tzx.changeskin.InstantRunActivity">
<intent-filter>
<action android:name="android.intent.action.MAIN"/>
<category android:name="android.intent.category.LAUNCHER"/>
</intent-filter>
</activity>
<provider android:name="com.android.tools.ir.server.InstantRunContentProvider"
android:multiprocess="true" android:authorities="com.example.tzx.changeskin.com.android.tools.ir.server.InstantRunContentProvider"/>
</application>
InstantRunContentProvider
源码:
public final class InstantRunContentProvider extends ContentProvider {
public boolean onCreate() {
if (isMainProcess()) {
Log.i(Logging.LOG_TAG, "starting instant run server: is main process");
Server.create(getContext());
} else {
Log.i(Logging.LOG_TAG, "not starting instant run server: not main process");
}
return true;
}
private boolean isMainProcess() {
boolean isMainProcess = false;
if (AppInfo.applicationId == null) {
return false;
}
boolean foundPackage = false;
int pid = Process.myPid();
for (RunningAppProcessInfo processInfo : ((ActivityManager) getContext().getSystemService("activity")).getRunningAppProcesses()) {
if (AppInfo.applicationId.equals(processInfo.processName)) {
foundPackage = true;
if (processInfo.pid == pid) {
isMainProcess = true;
break;
}
}
}
if (isMainProcess || foundPackage) {
return isMainProcess;
}
Log.w(Logging.LOG_TAG, "considering this process main process:no process with this package found?!");
return true;
}
/***部分代码省略***/
}
Leakcanary
进行 LeakCanary
集成的 apk
文件中的 AndroidManifest.xml
会自动添加一下的配置:
<provider
android:name="leakcanary.internal.AppWatcherInstaller$MainProcess"
android:exported="false"
android:authorities="com.tzx.androidcode.leakcanary-installer" />
AppWatcherInstaller$MainProcess
源码:
internal sealed class AppWatcherInstaller : ContentProvider() {
/**
* [MainProcess] automatically sets up the LeakCanary code that runs in the main app process.
*/
internal class MainProcess : AppWatcherInstaller()
/**
* When using the `leakcanary-android-process` artifact instead of `leakcanary-android`,
* [LeakCanaryProcess] automatically sets up the LeakCanary code
*/
internal class LeakCanaryProcess : AppWatcherInstaller() {
override fun onCreate(): Boolean {
super.onCreate()
AppWatcher.config = AppWatcher.config.copy(enabled = false)
return true
}
}
override fun onCreate(): Boolean {
val application = context!!.applicationContext as Application
InternalAppWatcher.install(application)
return true
}
/***部分代码省略***/
}
App Startup
我们可以通过使用 ContentProvider
初始化每个依赖关系来满足此需求,但是 ContentProvider
的实例化成本很高,并且可能不必要地减慢启动顺序。此外, ContentProvider
的初始化是无序的。
App Startup
提供了一种更高效的方法,可在应用程序启动时初始化组件并显式定义其依赖关系。
文章到这里就全部讲述完啦,若有其他需要交流的可以留言哦!!
想阅读作者的更多文章,可以查看我 个人博客 和公共号:
本文地址:https://blog.csdn.net/stven_king/article/details/107188633