APP终极瘦身方案,移动混合开发线程

优化Assets目录
  • 删除无用字体:中文字体不同于英文字体,一个中文字体库是很大的,因此不建议将字体文件随意丢弃到Assets中。对于有些只会用在Logo中的字体,推荐将字体文件进行删减处理。forJrking/FontZip就是一种字体提取工具。

  • 动态下载资源:对于字体、js、html这样的资源,尽量动态下载

  • 压缩资源文件:对于JS代码或者Html代码,可以通过混淆压缩的方案进行压缩,对于非代码类的文件,可以采用压缩存储的方式,在需要的时候将其解压使用。

优化Resources.arsc

resources.arsc中存在一个对应关系 关于文件,第一时间想到的就是压缩存储,在app运行时,要经常用到这个id,说明这个文件需要被频繁的读取。如果将这个文件进行压缩,在第一次读取之前必须进行解压的操作,就会有一些性能和内存的开销,综合考虑是得不偿失的。

  • 删除无用的映射:resources.arsc的正确瘦身方式是删除不必要的string entry,可以借助Android-arscblamer检查出可以优化的部分,例如一些空的引用。

  • 进行资源混淆:微信团队开源了资源混淆工具-AndResGuard,能将资源的名称进行混淆和缩减。可以使用它对该文件进行优化,只是具体优化效果与编码方式、id数量和命名长度有关。被AndResGuard优化后的资源名称会发生改变,一般会所见为一到两个英文字母。 AndResGuard工具其实是一个Task,可以根据需要进行配置即可。对于不需要混淆的可以将其放到白名单中。

具体可参见 github.com/shwenzhang/…

优化META-INF

MANIFEST.MF:是摘要文件,程序会遍历apk包中所有的文件,对非文件夹、非签名文件的文件,逐个编码生成摘要信息,并记录于此。如果逆向修改了任何文件,那么将出现文件和摘要信息不匹配的情况,导致安全校验失败。每一个资源文件都有一个sha1-digest的值,为该文件sha-1的值进行base64编码后的结果。

CERT.SF:是对MANIFEST.MF的签名文件,经过三步生成:

  • 1、系统会把MANIFEST.MF整个文件进行sha1计算,并且计算base64编码后的值。

  • 2、系统会对MANIFEST.MF中的每一条内容分别进行sha1计算,然后再用base64编码。

  • 3、上述两部完成后,系统会将内容写入到CERT.SF文件中。

可以这样理解CERT.SF的作用:

  • 该文件是MANIFEST.MF的二次编码后产生的文件。

  • 如果逆向修改了任何文件,则MANIFEST.MF文件必定会发生改变,从而和CERT.SF不匹配。

  • CERT.SF二次编码的特点是用于在APK安装时校验MANIFEST.MF是否被篡改

  • 若根据修改的文件伪造了一份新的CERT.SF文件,那么数字签名值必定与CERT.RSA中的记录不一样

CERT.RSA:包含了公钥和加密算法等信息,而最重要的信息是“对CERT.SF用私钥进行加密之后的值”。

META-INF文件夹下的文件环环相扣,总结如下:

  • 如果逆向修改了APK包中的文件,那么被修改的文件的摘要和MANIFEST.MF中的信息则不对应

  • 如果修改了某个文件,则必须修改MANIFEST.MF中对应的摘要值,必须保证对应关系

  • 要修改MANIFEST.MF的摘要值,会产生新的MANIFEST.MF,必然和CERT.SF中的记录不匹配

  • CERT.SF中记录了MANIFEST.MF整个文件的编码和其所有内容的编码值,逆向时必须修改CERT.SF

  • 修改了CERT.SF后,安装apk时CERT.RSA文件中的内容和修改后的CERT.SF会不匹配,出现安装失败

  • 逆向者只有拿到了开发者的秘钥才能完全创造一个相同的apk

优化建议:通过分析得出,除了RSA没有缩减机会外,其余两个文件都可以通过混淆资源名称的方式进行压缩。

优化Res目录
  • 打包时剔除无用资源:shrinkResources true shrinkResources意思是收缩资源,将它设置为true,每次打包时就会自动排除无用的资源,不仅作用于图片,还会清理无用的layout资源等,但是只有配合开启混淆才能生效。

  • 删除无用的语言:大部分app其实不需要支持几十种语言,国内应用,可以只支持中文

defaultConfig {

resConfig “zh”

}

这样配置后,打包时会排除私有项目、Android support库、三方库中的非中文资源文件。

  • 控制raw中的资源大小:Raw和Assets可以用来存放资源,但两者有以下差异:
  1. Assets目录允许下面有多级子目录,而Raw不允许存在字目录结构。

  2. Assets目录不会产生R文件,Raw则相反

  3. 因为Raw文件会产生R文件的映射,所以可以被lint分析,而Assets不能

  4. Raw不支持子目录让其无法成为存放多种类文件的目录

Raw虽然不会对文件大小有限制,但是存放的音频文件尽量不要使用无损格式,可以考虑同等质量但文件更小的音频格式,如OGG、wav、mp3等格式

减少layout文件

减少layout有两个方法:复用和融合。

复用:把一些页面共用的布局抽出来,这对于layout文件的管理还是瘦身都非常有用。

融合:对于不会被复用的layout呢?

  • shatter是一个类似于Fragment的解耦库,可以为同一个layout中不同区域的view进行逻辑解耦,还可以尽可能少的建立layout文件。

  • 将没有必要复用的header头布局和ListView/RecycleView放在同一个layout布局中,通过代码完成头部的添加

动态下载图片

贴纸、表情这类的文件是相当大的,对于这类图片资源,强烈建议通过在线的方式获取,虽然有一点的复杂度和出错率,但是投入产出比还是不错的。

分目录放置图片

不同分辨率的图片应该放在不同的目录中,如果放错了,对于app运行时的内存大小会有一定的影响。

如果把一个本来应该放在drawable-xxhdpi里面的图片放在了drawable文件夹中,会出现什么问题呢? 在xxhdpi设备上,图片会放大3倍,图片内存占用会变为原来的9倍。

因为不同分辨率的图片大小有差距,很多认为可以使用一套图片来做,不用多套图,借此达到瘦身的目的。但谷歌建议针对不同分辨率出不同的图片。 比较通用的做法是:

  • 聊天表情就出一套图,放在hdpi中(因为此类图片对于清晰度要求不高)

  • 纯色小icon用svg制作,用矢量图适配所有分辨率

  • 对于背景图等大图,出一套放在hdpi或者xxhdpi中

  • logo等权重较大的图片可针对hdpi、xhdpi、xxhdpi做多套图

  • 如果某些图在真机中展示异常,就用多套图适配

  • 如果有特殊机型,可针对性的补图

优化图片资源

图片的优化,最重要的是知道选择什么样的图片格式。

  • 如果是纯色的icon,推荐使用svg

  • 如果是两种以上颜色的icon,推荐使用webp

  • 如果webp无法达到效果,则选择用png

  • 如果图片没有alpha通道,则考虑使用jpg

  • 因为svg是通过xml描述的,所以可以享受到资源优化和代码压缩,通常可以压缩到1kb

  • 对于无透明度的大图,可以换为jpg格式进行有损压缩

webp格式从4.0开始原生支持,知道4.2.1才支持显示含有透明度的webp,一般png转换为webp,大小可以减少一半

另外,在大型项目中,会引入汗多support库以及三方库,如果库中包含一些大图,并且不会用到的话,可以用1x1的同名透明图片替代,达到技能编译通过,又能缩小体积的目的。

针对动画,尤其是帧动画,一直是相当占用资源的,现在可以使用svg动画或者Airbnb公司的Lottie动画库实现,如果使用Lottie可以直接使用json文件描述动画,图片会减少很多。

优化dex

dex文件是class文件被编译后可供art虚拟机理解的文件格式,可以理解为java代码包。

利用lint分析无用代码

可以借助Inspect Code,对工程做静态代码检查。Lint是一个强大的工具,它能做的事情不限于检查无用资源和代码,它能检测丢失的属性、写错的单位、会引起内存溢出的代码等,当然Lint虽然强大,但也会带来一些缺点,就是生成的信息量过大,不适合快速定位无用的代码。除此之外,Lint会提示不要使用枚举方法,如果将枚举变为int,apk的大小也会缩小一些,没减少一个enum,可以减少大约1到4kb的大小。

APP终极瘦身方案,移动混合开发线程_第1张图片

删除R文件

Android中的R文件,除了styleable类型外,所有的字段都是int型变量或者常量,且在运行期间都不会改变。可以在编译时记录R中所有字段的名称以及对应值,然后利用ASM工具遍历所有class,将引用R字段的地方替换成对应的常量 ThinRPlugin插件可以方便地将R.xxx的地方替换为具体值,可以减少一部分dex大小。

在最外层的build.gradle中加入如下依赖:

总结

首先是感觉自己的基础还是不够吧,大厂好像都喜欢问这些底层原理。

另外一部分原因在于资料也还没有看完,一面时凭借那份资料考前突击恶补个几天居然也能轻松应对(在这里还是要感谢那份资料,真的牛),于是自我感觉良好,资料就没有怎么深究下去了。

之前的准备只涉及了Java、Android、计网、数据结构与算法这些方面,面对面试官对其他基础课程的考察显得捉襟见肘。

下一步还是要查漏补缺,进行针对性复习。

最后的最后,那套资料这次一定要全部看完,是真的太全面了,各个知识点都涵盖了,几乎我面试遇到的所有问题的知识点这里面都有!在这里也免费分享给大家,希望大家不要犯和我一样的错误呀!!!一定要看完!
APP终极瘦身方案,移动混合开发线程_第2张图片

APP终极瘦身方案,移动混合开发线程_第3张图片

APP终极瘦身方案,移动混合开发线程_第4张图片
获取方式:点击我的GitHub

-1646229174355)]

[外链图片转存中…(img-CgUNMKeB-1646229174356)]
获取方式:点击我的GitHub

你可能感兴趣的:(程序员,面试)