Google Play渠道超过100M？尝试APK分包！，2024年最新大牛手把手带你

最新推荐文章于 2024-05-13 11:18:34 发布

2401_84253037

最新推荐文章于 2024-05-13 11:18:34 发布

阅读量912

点赞数 19

分类专栏： 2024年程序员学习文章标签：服务器运维

本文链接：https://blog.csdn.net/2401_84253037/article/details/137762719

版权

2024年程序员学习专栏收录该内容

109 篇文章 0 订阅

订阅专栏

先自我介绍一下，小编浙江大学毕业，去过华为、字节跳动等大厂，目前阿里P7

深知大多数程序员，想要提升技能，往往是自己摸索成长，但自己不成体系的自学效果低效又漫长，而且极易碰到天花板技术停滞不前！

因此收集整理了一份《2024年最新Golang全套学习资料》，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友。

既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，涵盖了95%以上Go语言开发知识点，真正体系化！

由于文件比较多，这里只是将部分目录截图出来，全套包含大厂面经、学习笔记、源码讲义、实战项目、大纲路线、讲解视频，并且后续会持续更新

如果你需要这些资料，可以添加V获取：vip1024b （备注go）

正文

线上测试
登录Google Play Console开发者账号，打开应用列表，选择需要测试的App：
左边控制栏选择 Release managerment ，然后选择 App Release，最后选择Internal test 的MANAGE INTERNAL TEST发布内部测试版本。

外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传

在内部测试里创建新的发布版本：将GooglePlay版本的Apk上传，上传完毕后，点击Apk右侧添加更多按钮，将obb文件提交上去，注意obb文件的命名版本号必须与上传的apk的版本号一致，否则会收到提交版本失败的错误。推荐大家使用不可能用在线上版本的versionCode进行测试，比如手机号码、女朋友生日等，以免后续提交正式版本时版本号被占用（不知道为什么GooglePlay的内部测试和正式发布的版本号竟然不能重复）。

外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传

填写剩下内容并发。，回到内部测试管理界面，选择管理测试者，将需要测试的Google账号提交上去，并将“Opt-in URL”的地址复制下来。
在测试机上登录测试账号，在浏览器里打开刚刚的“Opt-in URL”地址，即可加入内测，并可以通过Google Play App下载测试版本的App。
下载完成后，可以在/Android/obb/App包名/下看到一份崭新的obb文件。

解压和下载

解压

第一次安装完app后，需要将obb文件进行解压并将解压后的文件存储到我们定义的文件夹里（可以是data/data/包名/files/也可以是内置存储下自定义的项目文件夹）。要想解压obb文件，第一步是获取obb文件的本地路径，具体代码如下：

public static String getObbFilePath(Context context) {
try {
return Environment.getExternalStorageDirectory().getAbsolutePath()

“/Android/obb/”
context.getPackageName()
File.separator
“main.”
context.getPackageManager().getPackageInfo(context.getPackageName(), 0).versionCode
“.”
context.getPackageName()
“.obb”;
} catch (PackageManager.NameNotFoundException e) {
e.printStackTrace();
return null;
}
}

拿到obb文件路径后，可以开始进行解压了：

public static void unZipObb(Context context) {
String obbFilePath = getObbFilePath(context);
if (obbFilePath == null) {
return;
} else {
File obbFile = new File(obbFilePath);
if (!obbFile.exists()) {
//下载obb文件
} else {
File outputFolder = new File(“yourOutputFilePath”);
if (!outputFolder.exists()) {
//目录未创建没有解压过
outputFolder.mkdirs();
unZip(obbFile, outputFolder.getAbsolutePath());
} else {
//目录已创建判断是否解压过
if (outputFolder.listFiles() == null) {
//解压过的文件被删除
unZip(obbFile, outputFolder.getAbsolutePath());
}else {
//此处可添加文件对比逻辑
}
}
}
}
}

谷歌官方有提供解压obb文件的库供开发者使用，叫做APK Expansion Zip Library，感兴趣的小伙伴可以在一下路径下查看。

/extras/google/google_market_apk_expansion/zip_file/

笔者不推荐使用该库，原因是这个库已经编写了有一些年头了，当时编译的sdk版本比较低，有一些兼容性的bug需要开发者修改代码后才能使用。所以这里使用的upzip方法是用最普通的ZipInputStream和FileOutputStream解压zip包的方式来实现的:

//这里没有添加解压密码逻辑，小伙伴们可以自己修改添加以下
public static void unzip(File zipFile, String outPathString) throws IOException {
FileUtils.createDirectoryIfNeeded(outPathString);
ZipInputStream inZip = new ZipInputStream(new FileInputStream(zipFile));
ZipEntry zipEntry;
String szName;
while ((zipEntry = inZip.getNextEntry()) != null) {
szName = zipEntry.getName();
if (zipEntry.isDirectory()) {
szName = szName.substring(0, szName.length() - 1);
File folder = new File(outPathString + File.separator + szName);
folder.mkdirs();
} else {
File file = new File(outPathString + File.separator + szName);
FileUtils.createDirectoryIfNeeded(file.getParent());
file.createNewFile();
FileOutputStream out = new FileOutputStream(file);
int len;
byte[] buffer = new byte[1024];
while ((len = inZip.read(buffer)) != -1) {
out.write(buffer, 0, len);
out.flush();
}
out.close();
}
}
inZip.close();
}

public static String createDirectoryIfNeeded(String folderPath) {
File folder = new File(folderPath);
if (!folder.exists() || !folder.isDirectory()) {
folder.mkdirs();
}
return folderPath;
}

解压完成后，就可以通过输出文件的路径来访问到我们需要访问的大容量资源了，文件的读取在这里就不展开了。

下载obb

从Google Play下载和安装App有一定概率会下载到不包含obb文件的apk，或者obb文件被人为删除了。这种情况下，需要开发者到谷歌提供的下载地址处下载相应的obb文件。可是要怎么获取到下载地址呢，这里使用了官方的Downloader Library。

这个库可以通过Android Sdk Manager下载到，打开manager后勾上Google Play Licensing Library package和Google Play APK Expansion Library package点下载即可。可是在我兴高采烈准备大干一场的时候，发现它竟然编译不过[捂脸]。这个库和上面说的APK Expansion Zip Library一样，由于年代久远又年久失修，基本不能使用了。折腾了一些时间后，魔改了一个版本，才终于可以使用。这里提供一个编译好的jar包google_apk_expand_helper。具体代码如下：

//随机byte数组，随便填就好
private static final byte[] salt = new byte[]{18, 22, -31, -11, -54, 18, -101, -32, 43, 2, -8, -4, 9, 5, -106, -17, 33, 44, 3, 1};

private static final String TAG = “Obb”;

public static void getObbUrl(Context context, String publicKey) {
final APKExpansionPolicy aep = new APKExpansionPolicy(
context,
new AESObfuscator(salt,
context.getPackageName(),
Settings.Secure.getString(context.getContentResolver(), Settings.Secure.ANDROID_ID)
));
aep.resetPolicy();

final LicenseChecker checker = new LicenseChecker(context, aep, publicKey);

checker.checkAccess(new LicenseCheckerCallback() {
@Override
public void allow(int reason) {
Log.i(TAG, “allow:” + reason);
if (aep.getExpansionURLCount() > 0) {
//这里就是获取到的地址
String url = aep.getExpansionURL(0);
}
}

@Override
public void dontAllow(int reason) {
Log.i(TAG, “dontAllow:” + reason);
}

@Override
public void applicationError(int errorCode) {
Log.i(TAG, “applicationError:” + errorCode);
}
});
}

上述方法中需要提供参数publicKey，这个publicKey可以在GooglePlayConsole中找到。

小结

掌握了上述的方法我们就已经完成了Apk分包的主要流程了，以下内容将举例说明如果通过配置gradle文件进行多渠道打包，如何在每次打包的时候自动将大容量资源文件压缩成obb等。

多渠道与自动化

例子

假设我们现在需要发布一个超过100M的安装包到GooglePlay以及应用宝，对于GooglePlay来说，我们需要生成小于100M的apk文件和obb文件，而对于应用宝来说，只需要生成一个完整的apk即可。

那么问题来了，我们不可能说在打包GooglePlay的时候将资源文件手动移除并修改资源引用的相关逻辑，然后再在打包应用宝的时候将他们放回来，这样做会大大增加开发者的工作量并且增大出错的可能性。那有没有办法在单个工程项目下既能打包GooglePlay的包又可以打包应用宝的包呢？答案是有的，build.gradle中的sourceSets就可以解决这样的问题。

利用sourceSets隔离渠道资源和资源引用代码

假设我们有一个splash.mp4文件，在应用宝中渠道包中，它被放在了res/raw/目录下。而在googlePlay渠道包中，它被放置在obb文件里，我们可以这么处理。

首先，在src目录下创建两个新的目录googlePlay和tencent，并在他们的目录下新建java，res和assest文件夹。

外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传

在app级别的build.gradle文件中添加GooglePlay和应用宝的渠道信息：

android {
flavorDimensions “default”
productFlavors {

GooglePlay { dimension “default” }
Tencent { dimension “default” }

/** 在AndroidManifest.xml中加入

**/

productFlavors.all { flavor ->
flavor.manifestPlaceholders = [CHANNEL_NAME: name]
}

}
}

紧接其后添加sourceSets配置，指定不同渠道的资源和代码地址，其中main为共有资源和代码，其余的为对应渠道包的资源和代码：

sourceSets {
main {
java.srcDirs = [‘src/main/java’]
assets.srcDirs = [‘src/main/assets’]
res.srcDirs = [‘src/main/res’]
}
GooglePlay {
java.srcDirs = [‘src/googlePlay/java’]
res.srcDirs = [‘src/googlePlay/res’]
assets.srcDirs = [‘src/googlePlay/assets’]
}
Tencent {
java.srcDirs = [‘src/tencent/java’]
res.srcDirs = [‘src/tencent/res’]
assets.srcDirs = [‘src/tencent/assets’]
}
}

将splash.mp4放到tencent/res/raw/文件夹下，并为不同渠道的java文件夹新建包名文件夹以及ResourcesHelper.java，完成后的目录结构如下：

外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传

有两点需要注意的地方:

一是java包下必须创建包名文件夹，否则会无法引用到项目下的类。该例子中就是com.example.obbtest包。

二是AndroidStudio中可以通过左下角的Build Variants窗口选择当前需要编译的渠道包类型，当选择GooglePlay时会发现tencent下的java文件失效了。所以，如果需要修改某渠道下的java文件，请先通过Build Variants切换到指定渠道。

最后，针对不同渠道的ResourcesHelper.java采用不同的资源获取方式：

GooglePlay版本：

public class ResourcesHelper {
public static void playSplashVideoResource(VideoView videoView){
String filePath = ObbHelper.getCurrentObbFileFolder()+“raw/”+“splash.mp4”;
videoView.setVideoPath(filePath);
}
}

tencent版本：

public class ResourcesHelper {
public static void playSplashVideoResource(VideoView videoView) {
int resource = R.raw.splash;
String uri = “android.resource://” + videoView.getContext().getApplicationContext().getPackageName() + “/” + resource;
videoView.setVideoURI(Uri.parse(uri));
}
}

通过sourceSets隔离渠道资源和资源引用代码在这里就完成了，针对更加复杂的场景，就需要小伙伴根据实际情况进行扩展和修改了。下面我们来看一下如何在构建时自动将资源打包成obb文件。

构建时生成obb文件

要在构建时生成obb文件就必须通过添加gradle脚本来实现。我们先在项目目录下新建一个脚本文件flavour.gradle。

然后，要想打包obb文件，就必须知道现在构建的是哪个渠道的包，那要怎么拿到现在的渠道呢，请看代码：

def String getCurrentFlavor() {
Gradle gradle = getGradle()
String tskReqStr = gradle.getStartParameter().getTaskRequests().toString()

Pattern pattern;

if (tskReqStr.contains(“assemble”))
pattern = Pattern.compile(“assemble(\w+)(Release|Debug)”)
else
pattern = Pattern.compile(“generate(\w+)(Release|Debug)”)

网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。

需要这份系统化的资料的朋友，可以添加V获取：vip1024b （备注Go）

一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！
e
pattern = Pattern.compile(“generate(\w+)(Release|Debug)”)

网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。

需要这份系统化的资料的朋友，可以添加V获取：vip1024b （备注Go）
[外链图片转存中…(img-qXbpQNBP-1713132367075)]

一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！

2401_84253037

关注

19
点赞
踩
22

收藏

觉得还不错? 一键收藏
0
评论
Google Play渠道超过100M？尝试APK分包！，2024年最新大牛手把手带你

那么问题来了，我们不可能说在打包GooglePlay的时候将资源文件手动移除并修改资源引用的相关逻辑，然后再在打包应用宝的时候将他们放回来，这样做会大大增加开发者的工作量并且增大出错的可能性。假设我们现在需要发布一个超过100M的安装包到GooglePlay以及应用宝，对于GooglePlay来说，我们需要生成小于100M的apk文件和obb文件，而对于应用宝来说，只需要生成一个完整的apk即可。解压完成后，就可以通过输出文件的路径来访问到我们需要访问的大容量资源了，文件的读取在这里就不展开了。
复制链接

扫一扫