APK

的规模看上去过于臃肿了。

因此我们要深入了解一下该项目看看是否有一些能立竿见影地削减文件大小的地方。

Android

Studio

扩展AppCompatActivity而得到的MainActivity使用根视图ConstraintLayout的布局文件Value

文件其中包含三种颜色、一个字符串资源Resource和一个主题ThemeAppCompat和ConstraintLayout的支持库一个AndroidManifest.xml文件PNG

APK

(https://developer.android.com/studio/build/apk-analyzer.html)

APK

文件大小占比classes.dex74%res20%resources.arsc4%META-INF2%AndroidManifest.xml1%

Dex

目录“res”中包含了大量的布局Layout文件、Drawable

和动画它们并非在

在resources.arsc文件中还包含了对每个资源的引用。

目录“META-INF”中包含有CERT.SF、MANIFEST.MF和CERT.RSA文件这些文件都需要

APK

(https://source.android.com/security/apksigning/v2#v1-verification)

APK

中的代码签名就会不匹配。

这一机制保障了用户能避免执行第三方恶意软件的风险。

APK

中的所有文件。

其中CERT.SF文件中包含了文件清单的摘要以及每个文件的独立摘要。

CERT.RSA文件中包含了一个公钥用于验证CERT.SF文件的完整性。

AndroidManifest

看上去AndroidManifest文件非常类似于我们的原始输入文件。

唯一差别在于文件中的字符串和

Drawable

的build.gradle文件中设置允许最小化Minification和资源收缩Resource

android

getDefaultProguardFile(proguard-android.txt),

proguard-rules.pro}}

}将minifyEnabled属性设置为“true”值这将启用

Proguard

(https://www.guardsquare.com/en/proguard)

该功能将从

中移除任何并非直接引用的资源。

这时如果我们使用反射机制间接地访问资源就会导致问题但是本文给出的

App

中启用AndroidManifest.xml和shrinkResources的开发人员这是本文给出的最需要重视的并应学会的技巧。

他们仅花费数小时做配置和测试就能轻松地削减数兆的规模。

AppCompat

文件中大多数方法引用属于android.support软件包因此我们将要去除该支持库。

具体做法为

dependencies

‘com.android.support:appcompat-v7:26.1.0’

implementation

‘com.android.support.constraint:constraint-layout:1.0.2’

}更新MainActivity以扩展android.app.Activity。

public

xmlns:androidhttp://schemas.android.com/apk/res/androidandroid:layout_widthmatch_parentandroid:layout_heightmatch_parentandroid:gravitycenterandroid:textHello

World!

/删除styles.xml文件并从AndroidManifest文件的application元素中移除android:theme属性。

删除colors.xml文件。

在

gradle

108Kb。

唯一可见的更改是工具条Toolbar的颜色现在它使用了缺省的

目录“res”现在占用

让我们当一次坏人将我们所有的加载图标替换为单一的单像素黑点并置于未验证的res/drawable目录中。

图片大小约

优化为

并自动创建一个TextView对象用于Activity对象的contentView。

XML

文件并使用程序设置contentView。

这样会降低资源的规模因为我们减少了一个

XML

setContentView(textView);让我们查看一下这一权衡做法的工作情况它削减了

5710

下面我们将删除strings.xml文件并将AndroidManifest中的android:label属性值更改为“A”。

这看上去是一个小更改但是它从resources.arsc中删除了一项削减了

Manifest

文件中的字符数并从“res”目录中移除了一个文件。

略有裨益我们削减了

228

发生了什么我们应该可以在削减文件规模的同时得到一个更漂亮的图标。

android:iconandroid:drawable/btn_star虽然文档是这样说的但是在一个生产

App

android:supportsRtltrue移除这些属性将会削减

防止破解优化为

现在对我们的Activity赋予一个混淆后的名字。

对于正常类Proguard

可自动实现混淆功能但是考虑到Activity类名会通过Intents唤醒因此缺省情况下不要混淆Activity的名字。

MainActivity

c.javacom.fractalwrench.apkgolf

c.cMETA-INF优化为

(https://source.android.com/security/apksigning/#apk-signing-schemes)。

APK

解压缩并手工签名并手动移除了META-INF/MANIFEST.MF这削减了

543

中只有三个文件当然还可以去除resources.arsc因为我们并未定义任何资源

这将使我们仅保留

xmlns:androidhttp://schemas.android.com/apk/res/androidpackagec.capplicationandroid:iconandroid:drawable/btn_starandroid:labelcactivity

尽管文件中的字符数并未改变但是我们更改了‘c’字符的频次。

这使得压缩算法可以进一步降低文件的大小。

你好ADB优化到

xmlns:androidhttp://schemas.android.com/apk/res/androidpackagec.capplicationactivityandroid:namecandroid:exportedtrue

//application

引用了TextView、Bundle和Activity中的方法。

通过移除Activity并替换为用户定义的Application类我们可以进一步削减

Dex

文件应该仅引用了单一的方法即Application的构造函数。

package

xmlns:androidhttp://schemas.android.com/apk/res/androidpackagec.capplication

android:name.c

意在了解诸如校验码和偏移量等各种机制它们是手工编辑文件中的难点。

但是长话短说被我证实的是只要存在classes.dex文件APK

文件就能安装。

因此只要简单地删除原始文件并在终端运行touch

10%

(https://github.com/ridiculousfish/HexFiend)

我们可以猜测出位于文件头部的数个感兴趣项。

头四个字节编码了38是与

Dex

文件所使用的版本相同。

随后的两个字节编码为660这无疑是文件的大小。

targetSdkVersion

为1并更新文件大小头部为659去删除一个字节。

不幸的是Android

无需理解

下面我们让我们对整个文件输入虚字符然后在不更改文件大小的情况下尝试安装

APK。

这将确定校验码是否发挥作用以及更改是否使得文件头部的偏移值失效。

Manifest

我想我听到了负责维护BinaryXMLParser.java的

Android

为最大化收益我们将使用空字节Null替换这些虚字符。

这可使简化使用

HexFiend

以十六进制查看文件可显示文件头部的值这些值描述了字符串池及其它值例如0x9402是文件的大小。

字符串也具有一种有意思的编码。

如果字段超出了

大功告成优化为

3.2023最新Android中高级面试题汇总解析告别零offer

5.Android