YSDK 那些坑

YSDK 是游戏上架应用宝的必经之路（要联运），下面来说说过程中踩的坑吧。

同时引入 X5 内核 SDK 导致的编译问题

如果你的应用之前已经接入过 X5 内核，在接入 YSDK 时可能会出现一些莫名奇妙的问题。虽然 YSDK 的接入文档有说明其内置了灯塔 SDK 和 Bugly SDK ，但是并未提及内置了 X5 内核的事情，项目中重复的包依赖会导致编译问题。

官网说明

我们可以解压 YSDK 的 AAR 包看到里面内置了非常的多服务，这里只是简单的标识了部分，腾讯系的服务整合的不少。。。

建议剔除项目各个模块中其他腾讯相关的 SDK ，比如 QQ 开放平台和微信开放平台等等相关服务，至于 X5 内核还是直接使用 YSDK 自带的吧。

YSDK 内置的其他 SDK 服务手动调初始化引发的问题

使用 YSDK 的服务时，其内置的其他 SDK 服务，比如 Bugly 和 X5 是不需要手动去调用初始化接口的。

比如一般在 Application onCreate 方法中调用 X5 初始化，但是一接入 YSDK 后必须要去除。

  /**
    *  初始化 x5 内核
    */
   private void initX5() {
       //搜集本地tbs内核信息并上报服务器，服务器返回结果决定使用哪个内核。
       QbSdk.PreInitCallback cb = new QbSdk.PreInitCallback() {
           @Override
           public void onViewInitFinished(boolean isX5Core) {
               // isX5Core为true表示x5内核加载成功；false表示加载失败，此时会自动切换到系统内核。如果在此回调前创建webview会导致使用系统内核
               LogUtils.d("onViewInitFinished is isX5Core " + isX5Core);
           }
           @Override
           public void onCoreInitFinished() {
               // x5内核初始化完成回调接口，此接口回调并表示已经加载起来了x5，有可能特殊情况下x5内核加载失败，切换到系统内核。
               LogUtils.d("X5 onCoreInitFinished");
               // 预加载完成后会有onCoreInitFinished回调(参看API文档)，请确保在预加载完成再创建并打开Webview。
           }
       };

       //x5内核初始化接口
       QbSdk.initX5Environment(getApplicationContext(), cb);
   }

不然应用程序很可能一运行就会直接引发下面的 Crash：

E/AndroidRuntime: FATAL EXCEPTION: main
java.lang.NoClassDefFoundError: Failed resolution of: Lcom/tencent/ysdk/framework/hotfix/impl/Fix;

Caused by: java.lang.ClassNotFoundException: Didn't find class "com.tencent.ysdk.framework.hotfix.impl.Fix" on path: DexPathList

Manifest 配置引发的异常

1.必须指定依赖 YSDK 的 Activity 的启动模式是 singleTop

android:launchMode="singleTop"

2.所有依赖了 YSDK 的 Activity 的横竖屏配置必须统一

   android:screenOrientation="portrait"

YSDK 打包时混淆出错引发的 Crash

你要是以为搞定前面那几个问题就可以安心使用了，那就 too young too simple 了。本来在 debug 构建模式下正常运行的，但是打 release 包时果然还是出问题了，而且就算你是原原本本按照其官网的混淆配置说明来进行混淆打包，但是程序一运行还是崩瞎卡拉卡。

此刻我的内心毫无波动，甚至想吃黄焖鸡。没办法，有坑还是得继续填，前人挖坑后人跳，喝水不忘挖坑人。

E/beacon: No static method a()I in class Landroid/os/Process; or its super classes (declaration of 'android.os.Process' appears in /system/framework/framework.jar)
E/AndroidRuntime: java.lang.NoSuchMethodError: No static method a()I in class Landroid/os/Process; or its super classes (declaration of 'android.os.Process' appears in /system/framework/framework.jar)
                  at android.support.v4.content.ContextCompat.checkSelfPermission

我们注意到，引发日志中引发 Crash 是在调用 checkSelfPermission 方法引发的，而异常内容是指向 android.os.Process ，这样看来只能从引入的 YSDK 上出发了，看看 SDK 中是不是有对系统 API 做了什么。

YSDK

使用 JD-GUI 打开 YSDK 包一看，首先注意到 YSDK 包内确实是有一个 android.os 的包路径，里面包含了 Process.class 。看到这里大致已经能确认上面的 Crash 问题确实是由 YSDK 内部文件引发的，具体表现出来是在进行混淆配置打包后运行。

一般来说，这种由 SDK 内部文件名混淆导致的问题，首先想到的解决问题办法就是在原有混淆配置上加保持类名的声明：

-keep public class android.os.** {*;}

完成混淆配置文件修改后，再来编译运行试试，果然一切 OK。。。