Android apk大小限制2g 4g apk超过2g包

转载

mob6454cc6a469b 2023-10-04 21:17:46

文章标签 android zipalign windows build-tools Windows 文章分类 Android 移动开发

背景

公司内部打包工具使用zipalign做对齐，在Windows平台处理超过2G的apk时，会直接报错，提示Unable to open ‘xxx.apk’ as zip archive。但是使用Linux/macOS下的zipalign做同样的事情时，并不会报同样的错误，所以需要根据源码查一下在Windows平台上到底发生了什么。本文假设读者能够正确编译android-11.0.0_r48的源码，以下内容均基于该版本的源码。

zipalign工具在Windows上的问题分析

zipalign工具在AOSP源码中的位置是build/tools/zipalign，zipalign属于sdk中的工具，需要编译Windows版本的sdk，然后再修改源码编译zipalign.exe，在源码树中sdk/docs/howto_build_SDK.txt有编译sdk的指导，参考其中的内容编译Windows版本的sdk。zipalign的源码并不复杂，只有三个主要文件，包括ZipAlign.cpp、ZipEntry.cpp、ZipFile.cpp，开始时完全就是在各个位置加printf进行调试，这种方法对于小项目还可以应付，但对于大项目源代码比较复杂的项目就不适合了，后面会写一篇怎样使用VSCode调试的文章。

经过分析，问题出现在ZipFile.cpp中readCentralDir()函数中，具体代码如下:

...
fseek(mZipFp, 0, SEEK_END);
fileLenth = ftell(mZipFp);
...

ftell在Linux/macOS平台都可以正常给出mZipFp代表的apk文件大大小，但是在Windows平台却返回了-1，文件大小异常，导致zipalign报前文提到的错误信息。ftell是在stdio.h中声明的函数，其原型是

long ftell(FILE* stream);

在Linnux/macOS(64位)平台上，sizeof(long)都是8，而Windows平台上，不论系统版本是32还是64位，也不论应用程序是32位还是64位，都返回4，一个有符号的long，最大只能承载2^32/2 - 1 = 2^31 - 1这个数字，即装不下大于2G文件的文件大小。问题的原因找到后，剩下就是找具有相似功能的api做一下替换了。经过搜索，发现ftello和fseeko这两个函数可以满足需求，可以正确的给出文件大小，修改这两个函数的同时，需要将其对应的变量类型改成off_t，另外一些日志里的格式化字符串也需要修改。修改后使用mm命令编译出Windows版的zipalign。