mui离线打包功能可以通过插件的方式让js和原生代码通信，以达到调用第三方原生sdk等目的，但有些第三方原生sdk需要在activity的生命周期里调用某些方法进行初始化、释放资源等操作，这就没法通过简单的插件来实现了。这两天研究了一下这方面的东西，在此记录。

需求

第三方sdk有初始化、暂停、启用、释放资源这几个生命周期相关方法，要求在页面onCreate中调用初始化，在页面onPause时调用暂停，在页面onResume时调用恢复，在销毁时调用释放资源。

分析

如果是原生应用，这完全没难度，重写生命周期方法并在里面调用对应的sdk方法即可，但mui的离线打包框架中的activity没法直接碰到，那么首先我们要找找有没有相关的生命周期回调可以设置，如果没有，尝试继承它看能否实现。

动手做

百度一下

这绝对应该是第一步，如果已经有现成的解决方案，将大大节约我们的时间。不过遗憾的是，没找到。。

研究源码流程

首先，这个离线打包框架不是开源的，我们只能通过反编译来研究它的流程(Androidstudio自带了反编译)。大致流程是：应用入口是PandoraEntry这个Activity直接子类，这里只重写了onCreate方法，在里面判断了本应用是否是steam_app(貌似是mui自己搞的一个类似Quick App和Instant App的尴尬东西，无视它)，如果不是，则启动PandoraEntryActivity，注意，这个类名比前面那个多了个Activity，不得不吐槽mui神(la)奇(ji)的命名方式，这个PandoraEntryActivity就是整个app的承载者，因为它的父亲在启动它20毫秒后就绝望的自尽了(所有html页面(也就是webview)都要由它来养活，不绝望都难)，而它本身也不会启动任何其他activity，除非你用原生的方式在插件里启动。

那么接下来我们要做的就是在这个PandoraEntryActivity的生命周期回调里加入调用第三方sdk方法的逻辑。怎么做？继承，我们自己写一个Activity继承它，然后写入需要的逻辑。代码如下：

public class MyPandoraEntryActivity extends PandoraEntryActivity {

//第三方sdk封装

private EidReader eidReader;

@Override

public void onCreate(Bundle bundle) {

super.onCreate(bundle);

//初始化

eidReader = EidReader.getInstance(this);

eidReader.init();

}

@Override

public void onDestroy() {

super.onDestroy();

//销毁、释放资源

eidReader.release();

}

@Override

public void onResume() {

super.onResume();

//恢复第三方sdk功能

eidReader.enableReadModeIfNeed();

}

@Override

public void onPause() {

super.onPause();

//启用第三方sdk功能

eidReader.disableReadModeIfNeed();

}

}

好，子类写完了，那么怎么让它取代原来的PandoraEntryActivity呢？还是通过继承，我们继承入口的PandoraEntry，然后把它设置为程序入口。但是具体实现上有两种方法：

1.直接继承Activity

前面我们通过反编译已经知道PandoraEntry只是重写了onCreate方法，在onCreate方法中它描述了打开PandoraEntryActivity的逻辑，那我们就把它拷贝出来，然后修改。代码如下：

@Override

protected void onCreate(Bundle bundle) {

super.onCreate(bundle);

Intent intent = this.getIntent();

boolean isSteamApp = false;

try {

isSteamApp = intent.getBooleanExtra("is_stream_app", isSteamApp);

} catch (Exception var5) {

var5.printStackTrace();

this.finish();

return;

}

if (isSteamApp) {

intent.setClass(this, WebAppActivity.class);

intent.putExtra("is_stream_app", true);

} else {

intent.putExtra("short_cut_class_name", PandoraEntry.class.getName());

//这里把原来的类替换成了我们继承的

intent.setClass(this, MyPandoraEntryActivity.class);

}

this.startActivity(intent);

(new Handler()).postDelayed(new Runnable() {

public void run() {

MyPandoraEntry.this.finish();

}

}, 20L);

}

2.继承PandoraEntry并重写startActivity，替换ComponentName

这个也比较好理解，直接上代码了：

@Override

public void startActivity(Intent intent) {

ComponentName componentName = intent.getComponent();

String packageName = componentName.getPackageName();

String className = componentName.getClassName();

if(className.equals("io.dcloud.PandoraEntryActivity")){

intent.setComponent(new ComponentName(packageName, "com.gopha.qxtandroidwrapper.MyPandoraEntryActivity"));

}

Log.e("mypandoraEntry", String.format("activity = %s, startActivity, activity name = %s", this, intent.getComponent().getClassName()));

super.startActivity(intent);

}

当然，这种方法只是理论上可行，如果真这么做了，相当于onCreate里做了点无用功，所以在能碰到onCreate中逻辑的前提下，不建议这么做。

经测试，以上两种方法都能满足需求。诶，等等，功能是能正常使用，但为什么app退出了之后再进就闪退了呢？

排查bug

首先看log，发现log并没有异常信息输出，然后发现，原来是PandoraEntry并没有启动我们的MyPandoraEntryActivity，但它的20毫秒后自杀的逻辑还是正常执行，所以看起来就像闪退了一样。这种情况首先想到的就是flag是否相同，因为aar中的manifest我看不到，而flag是多个值经按位或操作拼装成的一个复合值，分析它没有必要，所以这里直接用一种最简单粗暴的方法：调试原PandoraEntry的startActivity方法，直接把flag的int值取出来然后在我们子类的startActivity中设置回去，经测试，问题完美解决。