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中设置回去，经测试，问题完美解决。
