最近,公司有个做聚合SDK的老铁要离职了,然后它的锅就甩给我了,话说,本来开会的时候说和另一个同事一人负责半个月
![](https://i-blog.csdnimg.cn/blog_migrate/c67ba6ced57fc099e2ff9a71a9a698a5.png)
那好吧,App这边目前也没有啥需求,然后就接手了这位老铁的聚合SDK的项目,本来是一个月的项目交接时间,非常奇葩的一个礼拜就走人了,一点都不夸张的,代码都还没有看完就已经要去和CP对接游戏了,直接上手开干,啰嗦了这么多,还没有扯到正题,好吧,我的锅,必须通过文字来小小的抱怨一下。
由于这个Bug是在对接聚合SDK时发生的,但是很多小伙伴对SDK其实接触的不多,这里就先简单的介绍一下什么是SDK,什么是聚合SDK。SDK的英文全名是:software development kit,翻译成中文的意思就是“软件开发工具包”。SDK通俗点说就是第三方提供了一个实现了某些功能的工具包提供给你调用这里面的代码,然后就可以实现功能,以下是传统的接入SDK的缺点。
1,已经接入的渠道不定期的升级、更新
2,和其他公司的技术、商务的沟通协调
3,重复的动作,无限循环
主流渠道SDK有 AnySDK、易接、棱镜,这些SDK已经接入了主流的几十家SDK,但是缺陷也很大。他们的技术原理就是安卓反编译、回编,利用apktool.jar
1,收费,渠道一方要收大头,第三方也要收,那么留给游戏公司的利润就非常低了
2,安全,数据要通过第三方SDK的服务器
3,死板不自由,他们只接入了主流的,如果游戏公司和一些小的渠道有合作,这就需要重复的工作
客户端解决方案
1,一个抽象的SDK接入层
2,一键自动化打包工具
3,多个平台支持,Java、Unity3D、Cocos2D
服务器解决方案
1,统一的登陆认证中心
2,统一的支付中心
3,支持多款游戏
聚合SDK就相当于一个工具,通过这个工具可以一次性批量接入大量游戏,然后快速分发给更多渠道,比一款一款游戏接入渠道,省去了大量时间、人力、财力。渠道的意思就是指可以上线应用和游戏的平台,比如奇虎360、华为、小米、魅族等等。聚合SDK的实现原理是游戏母包集成一个抽象的SDK框架,并且把一些常见的动作比如初始化、支付、登陆、切换登陆、分享等等实现放到框架的回调方法里,然后聚合这边再写一个AndroidLib项目,它实现了这个抽象框架,在这个抽象框架内实现具体的渠道SDK所需要去实现的方法。但是CP那边集成实现抽象框架后生成的apk文件怎么和渠道的资源进行合并呢,答案就是反编译和汇编原理,这里简单的说下会用到的一些技术。
1,apktool.jar
编译和反编译的工具
apktool d -f <file.apk> <dir>
--->将apk文件反编译到指定文件夹
apktool b -f <dir> <newFile.apk>
--->将修改后的反编译资源文件夹编译成新的apk文件
2,dx.bat
将class文件转换成dex文件
3,smali.jar
用apktool.jar对apk文件进行反编译的时候会生成一个smali目录,smali是安卓虚拟机Dalvik所使用的一种.dex文件的汇编和反汇编器
baksmaki 可以将dex文件转换成smali的形式
4,java运行环境
5,python2.7
用py写的脚本来自动化打包,本质就是用这些工具去一步步反编译和回编,避免开发人员去敲命令行
6,aapt.exe
可以对压缩文件内的资源进行操作
7,jarsigner
签名工具
8,zipalign
对安卓项目中的资源进行优化读取,将项目资源映射成4个字节方便读取,避免显式读取。
好的,关于SDK介绍到这里,下面开始介绍遇到的Bug。
天启 2018/06/21 15:18:34
qihoo360_{buildNum}.apk
2,检测出SDK错误,请修正后重新提交。
sdk帮助文档和自检工具,点击查看。
错误信息:
(文件 qihoo_game_sdk_sync_adapter.xml中的android:contentAuthority属性必须为包名+.cx.accounts.syncprovider
-- c523227b8455779fd82e745bb575a2c6.apk中缺少文件:lib/arm64-v8a/
liblegend.soc523227b8455779fd82e745bb575a2c6.apk中缺少文件:lib/arm64-v8a/
libonlywechat_plugin.soc523227b8455779fd82e745bb575a2c6.apk中缺少文件:lib/arm64-v8a/
libqhsdk.soc523227b8455779fd82e745bb575a2c6.apk中缺少文件:lib/
mips64/liblegend.soc523227b8455779fd82e745bb575a2c6.apk中缺少文件:lib/
mips64/libonlywechat_plugin.soc523227b8455779fd82e745bb575a2c6.apk中缺少文件:lib/
mips64/libqhsdk.soc523227b8455779fd82e745bb575a2c6.apk中缺少文件:lib/
x86_64/liblegend.soc523227b8455779fd82e745bb575a2c6.apk中缺少文件:lib/
x86_64/libonlywechat_plugin.soc523227b8455779fd82e745bb575a2c6.apk中缺少文件:lib/x86_64/libqhsdk.so)
正常情况下像这种渠道SDK的Bug百度和谷歌是找不到的,当然我还是不死心,查了一下,果然不出我所料,哈哈,扎心,没有找到,然后我看了一下奇虎360SDK开发包下面有一个常见错误文档,果然,找到了,根据文档所说。
10.Wrong com.qihoo.gamecenter.sdk.activity.ContainerActivity
qihoo_game_sdk_sync_adapter.xml中的android:contentAuthority属性必须为包名+.cx.accounts.syncprovider
1)配置错误
编译之后变成了n1,反编译之后,把n1改成android再回编即可
然而并没有什么卵用,我检查呢这个配置文件,然后对比了原来游戏的配置方式,没有毛病,此刻Bug陷入了僵局。但是,我马上想到了一个问题,它提示包名属性必须为包名+.cx.accounts.syncprovider,那有没有可能是CP那边给的包名本身就是错的呢?为什么我会这么想,原来就是在对接过程中游戏公司的那个技术感觉就属于萌新,遇到了非常多奇葩的问题,比如支付参数传递null、在子线程操作UI,然而把错误的原因告诉他了,依然还是不会解决,简单的问题都能卡三四天。话不多说,然后我对这个apk进行了反编译,果然,包名和CP给的不一样,替换正确的包名重新反编译回编打包,apk通过。
![](https://i-blog.csdnimg.cn/blog_migrate/4ea7c1fa98a6bad9c23284100cc3de16.png)
相信看到这里的朋友心里肯定也是和我一样相当的无语了,太坑爹了啊,没带这么坑人的,解决这个Bug的思路首先肯定是包名配置错误,根据平台返回的数据提示,但是如何定位到问题的关键就在于你对整个项目的理解,错误不可能和游戏母包有关系,问题出在聚合SDK的配置文件里面。要想解决问题,就必须足够了解整个过程,然后才能定位到问题并解决。就像生活中,你连别人为什么说这句话或者为什么生气都不知道原因,那怎么去解决问题呢,关键在于读懂、理解这个人本身,然后结合语境去思考,并且对症下药。这里我意识到原因可能是CP包名给错是因为他们的技术真的萌新,如果他们一贯给我们的印象是很强很专业,我不太可能会往这方面去想。
ps(下个礼拜估计会忙死,app要写,聚合SDK那边还要对接游戏,网游SDK的老铁请假了,然后我需要暂时对接下,哎,一份钱三份活)