mui框架安卓离线打包高级应用

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