zipalign在Windows平台处理大于2G apk问题

liuyanggofurther

已于 2023-06-09 19:52:27 修改

阅读量1.3k

点赞数 3

分类专栏： Android 文章标签： android zipalign windows build-tools

于 2023-02-06 15:37:41 首次发布

本文链接：https://blog.csdn.net/liuyanggofurther/article/details/128902682

版权

Android 专栏收录该内容

45 篇文章 1 订阅

订阅专栏

文章分析了在Windows平台上，zipalign工具处理超过2GB的APK时因ftell函数限制导致的错误，指出问题源于Windows中ftell返回值的限制。解决方案是使用ftello和fseeko替代，并介绍了如何通过修改源码和使用strip来优化zipalign.exe的体积。

摘要由CSDN通过智能技术生成

背景

公司内部打包工具使用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。