美文网首页Android开发Android开发经验谈Android开发
阿里最新热修复框架sophix集成详解(二):工程代码快速接入

阿里最新热修复框架sophix集成详解(二):工程代码快速接入

作者: 月下溪明 | 来源:发表于2017-11-20 15:44 被阅读533次

    本文更新于2017年11月20日

    • studio添加依赖:

    gradle远程仓库依赖, 打开项目找到app的build.gradle文件,添加如下配置:
    添加maven仓库地址:

    repositories {
       maven {
       url "http://maven.aliyun.com/nexus/content/repositories/releases"
         }
      }
    

    添加gradle坐标版本依赖:

    compile 'com.aliyun.ams:alicloud-android-hotfix:3.1.6'
    
    • 配置AndroidManifest文件

      • 需要用到一下权限:

        <! -- 网络权限 -->
        <uses-permission android:name="android.permission.INTERNET" />
        <uses-permission android:name="android.permission.ACCESS_NETWORK_STATE" />
        <uses-permission android:name="android.permission.ACCESS_WIFI_STATE" />
        <! -- 外部存储读权限,调试工具加载本地补丁需要 -->
        <uses-permission android:name="android.permission.READ_EXTERNAL_STORAGE"/>
        

        READ_EXTERNAL_STORAGE权限属于Dangerous Permissions,仅调试工具获取外部补丁需要,不影响线上发布的补丁加载,调试时请自行做好android6.0以上的运行时权限获取。

      • application节点下添加如下配置:添加AppId,AppSecret,RSA密钥

        <meta-data
          android:name="com.taobao.android.hotfix.IDSECRET" android:value="AppId" />
        <meta-data
          android:name="com.taobao.android.hotfix.APPSECRET" android:value="AppSecret" />
        <meta-data
          android:name="com.taobao.android.hotfix.RSASECRET" android:value="RSA密钥" />
        

        如何获取AppId,AppSecret,RSA密钥,不知道的请看我的sophix集成系列第一篇:阿里最新热修复框架sophix集成详解(一):控制台开通移动热修复

        因为AppSecret和RSA密钥比较敏感,出于安全考虑,可以在代码中通过setSecretMetaData这个方法进行设置。这个下面写Java代码时再说。

    • 混淆配置

      #基线包使用,生成mapping.txt
      -printmapping mapping.txt
      #生成的mapping.txt在app/buidl/outputs/mapping/release路径下,移动到/app路径下
      #修复后的项目使用,保证混淆结果一致
      #-applymapping mapping.txt
      #hotfix
      -keep class com.taobao.sophix.**{*;}
      -keep class com.ta.utdid2.device.**{*;}
      #防止inline
      -dontoptimize
      
    • Java代码初始化接入

    Sophix 3.1.6版本以后引入了新的初始化方式。

    原来的初始化方式仍然可以使用,不过新方式将会带来以下优点:初始化与应用原先业务代码完全隔离,使得原先真正的Application可以修复,并且减少了补丁预加载时间。而且,新方式已经优先支持Android 8.0版本。
    本文使用这种新型方式。

    1- 导入SophixStubApplication
    需要加入这个类:

    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,也就是你的应用中原有的主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) //三个参数分别对应AndroidManifest里面的AppId、AppSecret、RSA密钥,可以不在AndroidManifest设置而是用此函数来设置Secret。放到代码里面进行设置可以自定义混淆代码,更加安全,此函数的设置会覆盖AndroidManifest里面的设置,如果对应的值设为null,默认会在使用AndroidManifest里面的。
                .setEnableDebug(true)//默认为false,设为true即调试模式下会输出日志以及不进行补丁签名校验. 线下调试此参数可以设置为true, 它会强制不对补丁进行签名校验, 所有就算补丁未签名或者签名失败也发现可以加载成功. 但是正式发布该参数必须为false, false会对补丁做签名校验, 否则就可能存在安全漏洞风险。
                .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.");
                            /** 不可以直接Process.killProcess(Process.myPid())来杀进程,这样会扰乱Sophix的内部状态。
                             * 因此如果需要杀死进程,建议使用这个方法,它在内部做一些适当处理后才杀死本进程。*/
                            instance.killProcessSafely();
                        }
                    }
                }).initialize();
        }
        @Override
        public void onCreate() {
          super.onCreate();
          // queryAndLoadNewPatch不可放在attachBaseContext 中,否则无网络权限,建议放在后面任意时刻,如onCreate中
          SophixManager.getInstance().queryAndLoadNewPatch();
          /** 补丁在后台发布之后, 并不会主动下行推送到客户端, 客户端通过调用queryAndLoadNewPatch方法查询后台补丁是否可用*/
        }
    }
    

    初始化sophix务必放在attachBaseContext中,onCreate不需要自行实现。同时自定义的SophixStubApplication需要继承com.taobao.sophix.SophixApplication。
    这其中,关键一点是:

    @Keep
    @SophixEntry(MyRealApplication.class)
    static class RealApplicationStub {}
    

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

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

    2- 然后,在proguard文件里面需要加上下面内容:

    -keepclassmembers class com.my.pkg.MyRealApplication {
      public <init>();
    }
    # 如果不使用android.support.annotation.Keep则需加上此行
    # -keep class com.my.pkg.SophixStubApplication$RealApplicationStub
    

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

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

     <application
        android:name="com.my.pkg.SophixStubApplication"
        ... ...>
        ... ...
    

    sample源码
    下一篇,阿里最新热修复框架sophix集成详解(三):生成、上传、调试补丁

    相关文章

      网友评论

        本文标题:阿里最新热修复框架sophix集成详解(二):工程代码快速接入

        本文链接:https://www.haomeiwen.com/subject/ludvvxtx.html