android realmax sdk,SDK稳健接入

初始化

初始化的调用应该尽可能的早，必须在Application.attachBaseContext()的最开始(在super.attachBaseContext之后，如果有Multidex，也需要在Multidex.install之后)进行SDK初始化操作，初始化之前不能用到其他自定义类，否则极有可能导致崩溃。而查询服务器是否有可用补丁的操作可以在后面的任意地方。不建议在Application.onCreate()中初始化，因为如果带有ContentProvider，就会使得Sophix初始化时机太迟从而引发问题。

Sophix最新版本引入了新的初始化方式。

原来的初始化方式仍然可以使用。只是新方式可以提供更全面的功能修复支持，将会带来以下优点：初始化与应用原先业务代码完全隔离，使得原先真正的Application可以修复，并且减少了补丁预加载时间等等。

新方式能够更完美地兼容Android 8.0以后版本。

具体而言，是需要用户自行加入以下这个类：package com.my.pkg;

import android.app.Application;

import android.content.Context;

import android.support.annotation.Keep;

import android.util.Log;

import com.taobao.sophix.PatchStatus;

import com.taobao.sophix.SophixApplication;

import com.taobao.sophix.SophixEntry;

import com.taobao.sophix.SophixManager;

import com.taobao.sophix.listener.PatchLoadStatusListener;

import com.my.pkg.MyRealApplication;

/**

* Sophix入口类，专门用于初始化Sophix，不应包含任何业务逻辑。

* 此类必须继承自SophixApplication，onCreate方法不需要实现。

* 此类不应与项目中的其他类有任何互相调用的逻辑，必须完全做到隔离。

* AndroidManifest中设置application为此类，而SophixEntry中设为原先Application类。

* 注意原先Application里不需要再重复初始化Sophix，并且需要避免混淆原先Application类。

* 如有其它自定义改造，请咨询官方后妥善处理。

*/

public class SophixStubApplication extends SophixApplication {

private final String TAG = "SophixStubApplication";

// 此处SophixEntry应指定真正的Application，并且保证RealApplicationStub类名不被混淆。

@Keep

@SophixEntry(MyRealApplication.class)

static class RealApplicationStub {}

@Override

protected void attachBaseContext(Context base) {

super.attachBaseContext(base);

// 如果需要使用MultiDex，需要在此处调用。

// MultiDex.install(this);

initSophix();

}

private void initSophix() {

String appVersion = "0.0.0";

try {

appVersion = this.getPackageManager()

.getPackageInfo(this.getPackageName(), 0)

.versionName;

} catch (Exception e) {

}

final SophixManager instance = SophixManager.getInstance();

instance.setContext(this)

.setAppVersion(appVersion)

.setSecretMetaData(null, null, null)

.setEnableDebug(true)

.setEnableFullLog()

.setPatchLoadStatusStub(new PatchLoadStatusListener() {

@Override

public void onLoad(final int mode, final int code, final String info, final int handlePatchVersion) {

if (code == PatchStatus.CODE_LOAD_SUCCESS) {

Log.i(TAG, "sophix load patch success!");

} else if (code == PatchStatus.CODE_LOAD_RELAUNCH) {

// 如果需要在后台重启，建议此处用SharePreference保存状态。

Log.i(TAG, "sophix preload patch success. restart app to make effect.");

}

}

}).initialize();

}

}// queryAndLoadNewPatch为拉取控制台补丁

//不可放在attachBaseContext 中，否则无网络权限，建议放在主进程任意时刻，如Application的onCreate中

SophixManager.getInstance().queryAndLoadNewPatch();

这其中，关键一点是：@Keep

@SophixEntry(MyRealApplication.class)

static class RealApplicationStub {}

SophixEntry应指定项目中原先真正的Application(原项目里application的android::name指定的)，这里用MyRealApplication指代。并且保证RealApplicationStub类名不被混淆。而SophixStubApplication的类名和包名可以自行取名。

这里的Keep是android.support包中的类，目的是为了防止这个内部静态类的类名被混淆，因为sophix内部会反射获取这个类的SophixEntry。如果项目中没有依赖android.support的话，就需要在progurad里面手动指定RealApplicationStub不被混淆，详见下文。

然后，在proguard文件里面需要加上下面内容：-keepclassmembers class com.my.pkg.MyRealApplication {

public ();

}

-keep class com.my.pkg.SophixStubApplication$RealApplicationStub

目的是防止真正Application的构造方法被proguard混淆。

最后，需要把AndroidManifest里面的application改为这个新增的SophixStubApplication类：

android:name="com.my.pkg.SophixStubApplication"

... ...>

... ...

这样便完成了新方式的初始化接入改造。