安卓压缩工具集说明文档
- 格式:docx
- 大小:276.60 KB
- 文档页数:5
AndroidLuBan与Compressor图⽚压缩⽅式之前选择压缩图⽚库,在github上找的这个star最多的,使⽤⽅法是传⼊图⽚数组,在异步线程中回调返回的结果。
接下来就出现问题了,压缩的图⽚质量模糊,虽然可以设置多少KB⼀下不压缩,在正常⼿机屏幕压缩没太⼤问题。
但是在平板,同⼀张图⽚,压缩就会模糊。
Luban.with(this).load(photos) // 传⼈要压缩的图⽚列表.ignoreBy(100) // 忽略不压缩图⽚的⼤⼩.setTargetDir(getPath()) // 设置压缩后⽂件存储位置.setCompressListener(new OnCompressListener() { //设置回调@Overridepublic void onStart() {// TODO 压缩开始前调⽤,可以在⽅法内启动 loading UI}@Overridepublic void onSuccess(File file) {// TODO 压缩成功后调⽤,返回压缩后的图⽚⽂件***在此判断是否压缩完毕,根据返回的图⽚++与原数组size⽐较***}@Overridepublic void onError(Throwable e) {// TODO 当压缩过程出现问题时调⽤}}).launch(); //启动压缩这个压缩是在主线程中的耗时操作,需要⾃⼰去写⼀个异步线程,并通过handler传递消息到主线程。
.setMaxWidth(640).setMaxHeight(480)这两个数值越⾼,压缩⼒度越⼩,图⽚也不清晰,.setQuality(75)这个⽅法只是设置图⽚质量,并不影响压缩图⽚的⼤⼩KB.setCompressFormat(pressFormat.WEBP) WEBP图⽚格式是Google推出的压缩强,质量⾼,但是IOS不识别,需要把图⽚转为字节流然后转PNG格式.setCompressFormat(pressFormat.PNG)PNG格式的压缩,会导致图⽚变⼤,并耗过⼤的内存,⼿机反应缓慢.setCompressFormat(pressFormat.JPEG)JPEG压缩;压缩速度⽐PNG快,质量⼀般,基本上属于1/10的压缩⽐例try {File file = new Compressor(activity).setMaxWidth(640).setMaxHeight(480).setQuality(100).setCompressFormat(pressFormat.JPEG).setDestinationDirectoryPath(Environment.getExternalStoragePublicDirectory(Environment.DIRECTORY_PICTURES).getAbsolutePath()).compressToFile(new File(filePath));String imageString=file.getPath();paths.add(imageString);} catch (IOException e) {e.printStackTrace();}在此判断paths的⼤⼩是否等于图⽚数组⼤⼩,判断是否调⽤handler传递消息到主线程去坐其他操作以上就是本⽂的全部内容,希望对⼤家的学习有所帮助,也希望⼤家多多⽀持。
转:教程:安卓系统文件说明介绍(DIY 你的系统)执行以下操作需要先注意的:1. 手机已获得最高权限.备份你的ROM,以便崩溃时还原,备份教程参见此贴备份部分。
如何进行备份,论坛里有很多教程,查找下很多的。
2. 备份 \system\app 这个目录到 SD 卡上,这样任何时候都可以将误删的软件重新拷贝还原。
接下来,就打开R.E浏览器或者其它有ROOT权限的浏览器进入系统目录的APP 目录删除文件吧。
systme\app 目录。
必删软件:下手不留情,纯粹是一坨累赘california-gold-rush.apk--- 垃圾收费游戏。
必删rollercoaster.apk ---垃圾收费游戏。
必删peggle.apk ---垃圾收费游戏。
---必删user-support.apk --- 用户支援---。
必删EManual.apk ---用户帮助手册---,必删LearningClient.apk--- 未知,看名字貌似是和用户手册同一个德性。
删除// playnowclient.apk ---PlayNow!收费的在线应用商店。
必删YouTube.apk ---国内无法访问。
必删(在国外,港澳台和有购买科学上网服务的朋友可以考虑保留)Facebook.apk ---国内无法访问。
必删(在国外,港澳台和有购买科学上网服务的朋友可以考虑保留)Timescape.apkTimeScapeProvider.apk//TimescapePluginManager.apkuWlopProvider.apkSnsContactImageCacheProvider.apk以上五个程序都是跟 TimeScape 有关,全部删除(这货确实没什么用、删除的时候一定注意文件名相符,防止误删出错,切记)可删软件:爱删不删,看你需不需要已删或建议保留:是个人风格的爱好需求,仅供参考trackid.apk --- 歌曲识别软件。
ipad解压缩文件最简单的方法-概述说明以及解释1.引言1.1 概述概述:随着移动设备的普及,iPad已成为许多人工作和娱乐的主要工具之一。
然而,由于其封闭的操作系统限制,iPad在处理文件解压缩方面并不是很方便。
解压缩文件在日常工作和学习中是必不可少的,因此寻找最简单的方法来解压缩文件是很有必要的。
本文将探讨如何在iPad上最简单地解压缩文件,帮助读者更高效地处理文件解压缩,提升工作效率。
1.2 文章结构文章结构部分的内容:本文分为引言、正文和结论三个部分。
1. 引言部分包括概述、文章结构和目的。
在概述部分,将介绍iPad 解压缩文件的重要性以及解压缩文件的应用场景。
文章结构部分将介绍本文的结构和每个部分的内容,使读者能够清晰地了解文章的组织形式。
目的部分将说明写作本文的目的和意义。
2. 正文部分将分为几个子部分,包括iPad解压缩文件的重要性、最简单的方法介绍和实际操作步骤。
在iPad解压缩文件的重要性部分,将介绍为什么解压缩文件在iPad上是必不可少的。
最简单的方法介绍部分将介绍一种简单且有效的iPad解压缩文件的方法,帮助读者快速解决这个问题。
实际操作步骤部分将详细介绍如何在iPad上实际操作解压缩文件,包括步骤和注意事项。
3. 结论部分将包括总结iPad解压缩文件的简单方法、应用建议和展望未来发展。
在总结iPad解压缩文件的简单方法部分,将概括本文介绍的方法以及其优势和适用范围。
应用建议部分将提供一些建议,帮助读者更好地利用iPad解压缩文件。
展望未来发展部分将探讨iPad解压缩文件的未来发展趋势和可能的发展方向,为读者展示这一领域的发展前景。
1.3 目的本文的目的是介绍使用iPad解压缩文件的最简单方法,帮助读者快速有效地解决在iPad上解压缩文件的问题。
通过本文的介绍,读者可以了解到如何利用iPad上的工具和方法轻松地解压缩各种文件,提高工作效率和便利性。
同时,本文也旨在启发读者对于iPad功能的深入了解和探索,帮助他们充分发挥iPad在日常生活和工作中的便利性和实用性。
7zip使用手册【最新版】目录1.7zip 简介2.7zip 功能与特点3.如何安装与使用 7zip4.7zip 常见问题与解决方法5.结论正文【7zip 简介】7zip 是一款开源的压缩文件管理器,能够识别多种压缩格式,并支持创建和提取各种压缩文件。
与其他压缩软件相比,7zip 以其小巧的体积、强大的功能和高压缩率而受到用户的青睐。
【7zip 功能与特点】7zip 支持的压缩格式包括 ZIP、RAR、CAB、ARJ、LZH、TAR、GZIP、BZIP2 和 Z 等,几乎覆盖了市面上所有的压缩格式。
此外,7zip 还具有以下特点:1.高压缩率:7zip 采用了 LZMA 算法,能够提供较高的压缩率。
2.强大的加密功能:7zip 支持 AES-256 加密,能够有效保护用户的数据安全。
3.批量压缩与解压缩:用户可以一次性压缩或解压缩多个文件,提高工作效率。
4.集成命令行工具:7zip 提供了命令行工具,方便用户在批处理或脚本中使用。
【如何安装与使用 7zip】安装 7zip 非常简单,只需从官网下载对应版本的安装程序,按照提示进行安装即可。
安装完成后,用户可以通过以下方式使用 7zip:1.在文件资源管理器中右键点击文件或文件夹,选择“7zip”选项,即可进行压缩或解压缩操作。
2.在命令行中输入“7z”并按 Enter 键,即可打开 7zip 命令行工具。
用户可以通过命令行工具进行批量压缩、解压缩、查看压缩文件信息等操作。
【7zip 常见问题与解决方法】1.问题:压缩文件无法打开或解压缩。
解决方法:请确保已安装 7zip,并尝试用其他压缩软件打开或解压缩文件。
如果问题仍然存在,可能是文件已损坏。
2.问题:压缩文件大小超过 2GB。
解决方法:7zip 不支持单个文件超过 2GB 的压缩文件,建议将文件分割后再进行压缩。
3.问题:压缩文件无法加密。
解决方法:请确保已安装 7zip 并正确选择了加密算法。
zRAM内存压缩技术原理与应⽤1. 技术背景说到压缩这个词,我们并不陌⽣,应该都能想到是降低占⽤空间,使同样的空间可以存放更多的东西,类似于我们平时常⽤的⽂件压缩,内存压缩同样也是为了节省内存。
尽管当前android⼿机6GB,8GB甚⾄12GB的机器都较为常见了,但内存⽆论多⼤,总是会有不够⽤的时候。
当系统内存紧张的时候,会将⽂件页丢弃或回写回磁盘(如果是脏页),还可能会触发LMK杀进程进⾏内存回收。
这些被回收的内存如果再次使⽤都需要重新从磁盘读取,⽽这个过程涉及到较多的IO操作。
就⽬前的技术⽽⾔,IO的速度远远慢于这RAM操作速度。
因此,如果频繁地做IO操作,不仅影响flash使⽤寿命,还严重影响系统性能。
内存压缩是⼀种让IO过程平滑过渡的做法, 即尽量减少由于内存紧张导致的IO,提升性能。
2. 主流内存压缩技术⽬前linux内核主流的内存压缩技术主要有3种:zSwap, zRAM, zCache。
2.1 zSwapzSwap是在memory与flash之间的⼀层“cache”,当内存需要swap出去磁盘的时候,先通过压缩放到zSwap中去,zSwap空间按需增长。
达到⼀定程度后则会按照LRU的顺序(前提是使⽤的内存分配⽅法需要⽀持LRU)将就最旧的page解压写⼊磁盘swap device,之后将当前的page 压缩写⼊zSwap。
zswap本⾝存在⼀些缺陷或问题:1. 如果开启当zswap满交换出backing store的功能, 由于需要将zswap⾥的内存按LRU顺序解压再swap out, 这就要求内存分配器⽀持LRU功能。
2. 如果不开启当zswap满交换出backing store的功能, 和zRam是类似的。
2.2 zRramzRram即压缩的内存,使⽤内存模拟block device的做法。
实际不会写到块设备中去,只会压缩后写到模拟的块设备中,其实也就是还是在RAM中,只是通过压缩了。
前段时间做了一个android的网游项目,现在优化减少体积和防止别人反编译,需要把编译后.class进行混淆,开始在网上看了一些关于ProGuard的介绍,基本上都是使用ADT 自带的打包方式,那个打包方式太慢了,还要手工输密码,一个字烦。
于是开始寻找ant+proguard+签名的打包方式,遗憾的是资料不是缺手就是断脚。
好吧,看来得食自己了,!@#¥@#!@#!@##¥@#¥!@#@ 转眼一周,我++,终于把东西搞出来ps:我们项目还有一个特殊需求,要把版本号,推广ID打到包里去,方便做推广什么的。
这里可以用replace的方法对string.xml进行修改好吧,废话不说了,直接上build文件<?XML 版本= “1.0”编码= “UTF-8”?>00 2 < 项目名称= “xiyou_base_”默认= “deployableAllDevice” >00 3<! - proguard4的路径 - >00 4 < 属性名称= “proguard.home”的“D :/ software/j2me/proguard4.5.1/proguard4.5.1” />00 5<! - SDK的路径- >00 6 < 属性名称= “sdk.dir” = “C:\ dev的\ Android的SDK窗口” />00 7< - 是否使用签名- >00 8 < 属性名称= “has.keystore的”值= “真” />00 9<! - 签名密码- >01 0 < 属性名称= “has.password”值= “真” />01 1< - !签名相关的关键- >01 2 < 属性名称= “key.alias”值=的“key.keystore” />01 3 < 属性名称= “key.store”值=的“key.keystore” />01 4< - !签名相关密码- >01 5 < 属性名称= “key.store.password” = “XXXX” />01 6 < 属性名称= “key.alias.password” = “XXXX” />01 7 01 801 9<!-02 0 default.properties 内容02 1目标=机器人-402 2proguard.config = proguard.cfg023 - >02 4 < 属性文件“的default.properties:” />02 502 6<! - 定制的Android任务处理项目的目标,并导入02 7适当的规则。
常规信息支持格式格式压缩支持解压缩支持文件扩展名7z X X 7zXZ X X xzZIP X X zipGZIP X X gz gzip tgzBZIP2 X X bz2 bzip2 tbz2 tbz TAR X X tarLZMA X lzmaRAR X rarCAB X cabARJ X arjZ X z tazCPIO X cpioRPM X rpmDEB X debLZH X lzh lhaSPLIT X 001 002 ...CHM X chm chw hxsISO X isoUDF X iso混合型文件X msi doc xls ppt WIM X wim swmDMG X dmgXAR X xarHFS X hfsNSIS X exeNTFS X ntfsFAT X fatVHD X vhdMBR X mbrZIP7-Zip 完全兼容ZIP 压缩档案的创建。
这就意味着每位用户都可以使用任何兼容ZIP 压缩档案的解码器来释放里面的文件。
并且7-Zip 支持下列算法的ZIP 文件:•0 - Store•8 - Deflate•9 - Deflate64•12 - Bzip2•14 - LZMA•98 - PPMd• 1 - Shrink (仅解压缩)• 6 - Implode (仅解压缩)使用其它压缩算法的ZIP 文件目前7-Zip 尚无法支持。
但是目前大部分ZIP 文件所用的压缩算法7-Zip 都可以很好的支持,您不必担心其兼容性。
但个别不支持的算法您需要使用其它的ZIP 工具来打开。
7-Zip 支持ZIP 格式的扩展版本Zip64。
目前7-Zip 不支持Zip 的多卷压缩文件。
LZH7-Zip 只支持LZH 压缩档案的列表、浏览和解压缩。
7-Zip 支持-lh0-、-lh4-、-lh5-、-lh6- 和-lh7- 算法。
7z 格式7z是一种新的压缩格式,它拥有极高的压缩比。
7z格式的主要特征:•公开的结构编辑功能•高的压缩比•强大的AES-256 加密•可更改和配置压缩的算法•最高支持16000000000 GB 的文件压缩•以Unicode 为标准的文件名•支持固实压缩•支持档案文件头压缩7z已公开了结构编辑功能,所以它可以支持任何一种新的压缩算法。
Androidrom解包打包⼯具eMMC主要是针对⼿机和平板电脑等产品的内嵌式存储器,由于其在封装中集成了⼀个控制器,且提供标准接⼝并管理闪存等优势,越来越受到Android⼿机⼚商的青睐,以eMMC为存储设备的android⼿机,其⽂件系统(system、data分区)⼀般采⽤ext4格式。
如⼩⽶⼿机的线刷包:⼀.img解包之前我在修改⼩⽶桌⾯中介绍过利⽤rom助⼿解包。
这⾥介绍另⼀个更⽅便实⽤的⼯具:windows平台的ext4_unpacker。
直接选择需要解压的img镜像⽂件,然后extract所有⽂件即可。
同样,解压出来后可对rom进⾏精简,删除⼀些不需要的app。
⼆.img打包这⾥利⽤make_ext4fs来对解压出来的⽂件进⾏打包。
使⽤说明:将下载下来的make_ext4fs.exe拷贝到C:\WINDOWS⽬录下,其他dll⽂件,拷贝到C:\Windows\System32⽬录下。
主要参数说明:-l <limit size>:表⽰最⼤的⽂件⼤⼩,受限于system或data分区的⼤⼩。
-a <system/data>:表⽰Android的mount点,将img⽂件系统挂在到安卓⼿机的system/data⽂件夹下。
-S file_contexts:表⽰sepolicy的file_contexts,5.0及以上安卓系统存在file_contexts⽂件,该⽂件是对selinux⽂件系统的说明,在⼿机root⽬录下能找到。
-s:表⽰对img⽂件进⾏压缩,去除img⽂件系统空⽩部分,得到数据⽂件占⽤空间的真实⼤⼩。
-T:表⽰Unix时间戳,对img⽂件设置修改时间,可⽤在站长之家转换需要的时间戳。
<filename>:表⽰输出的⽂件名。
<directory>:表⽰输⼊的⽂件⽬录。
补充说明:1)-l <limit size>中limit size⼤⼩单位为M,该值的⼤⼩受限于分区⼤⼩,如果制作出来的镜像⼤⼩⼤于该值,将会提⽰失败。
rar自解压参数摘要:1.rar 自解压的定义和作用2.rar 自解压的参数及其功能3.如何使用rar 自解压参数4.示例:使用rar 自解压参数进行文件解压缩正文:一、rar 自解压的定义和作用rar 自解压是指在Windows 操作系统中,使用rar 压缩软件进行文件压缩后,该软件能够自动解压缩文件。
rar 是一种常见的压缩格式,可以有效地减少文件占用的磁盘空间,方便用户传输和存储。
二、rar 自解压的参数及其功能1.-r:表示rar 文件的根目录,即解压缩后的文件所在目录。
2.-x:表示解压缩文件。
3.-y:表示覆盖已存在的文件。
4.-z:表示创建压缩文件。
5.-v:表示显示详细信息,用于显示解压缩过程中的文件列表。
6.-t:表示测试压缩文件,用于检查文件是否已损坏。
三、如何使用rar 自解压参数以解压缩一个名为“example.rar”的文件为例:1.打开命令提示符(按下Win+R 键,输入cmd 并回车)。
2.输入以下命令:rar -x -y example.rar。
其中,“-x”表示解压缩文件,“-y”表示覆盖已存在的文件。
3.按下回车键,即可解压缩“example.rar”文件。
四、示例:使用rar 自解压参数进行文件解压缩假设用户需要解压缩一个名为“example.rar”的文件,并且该文件位于C 盘根目录下。
用户可以使用以下命令进行解压缩:rar -r "C:" -x -y example.rar其中,“-r”表示rar 文件的根目录,“C:”表示解压缩后的文件所在目录。
压缩文件用例文档说明压缩文件用例文档说明一、引言1.1 目的本文档旨在对压缩文件的使用进行详细说明,以便用户能够正确地使用压缩文件。
1.2 范围本文档适用于所有需要使用压缩文件的用户。
二、概述2.1 压缩文件的定义压缩文件是指经过特殊处理后,将多个文件或者一个大文件压缩成一个小文件的过程。
常见的压缩格式有ZIP、RAR、7Z等。
2.2 压缩文件的作用通过将多个文件或者一个大文件进行压缩,可以节省存储空间和传输时间。
同时,对于一些需要保密性的数据,还可以加密后再进行压缩,提高数据安全性。
三、使用场景3.1 存储数据在存储数据时,如果需要节省硬盘空间,则可以将多个相关文件进行压缩,并设置密码保护数据安全。
3.2 传输数据在传输数据时,如果需要节省传输时间,则可以将多个相关文件进行压缩,并设置密码保护数据安全。
同时,在网络环境不稳定或者带宽较小时,也可以将大型文件进行分割后再进行压缩传输。
四、使用方法4.1 压缩文件使用压缩软件,选择要压缩的文件或者文件夹,选择压缩格式和压缩级别,设置密码(可选),点击开始压缩即可。
4.2 解压文件使用解压软件,选择要解压的文件,输入密码(如果有),选择解压路径和解压格式,点击开始解压即可。
五、注意事项5.1 文件名不要包含特殊字符在进行文件的命名时,应避免使用特殊字符,例如空格、斜杠等。
5.2 原始数据备份在进行文件的压缩和解压操作时,应备份原始数据以防止数据丢失或损坏。
5.3 选择合适的格式和级别在进行文件的压缩操作时应根据实际需要选择合适的格式和级别。
一般来说,ZIP格式适用于小型文件;RAR格式适用于大型文件;7Z格式则是目前最先进的高效率、高安全性、高兼容性的归档工具之一。
六、结论通过本文档对于压缩文件的使用方法和注意事项进行详细说明,用户可以正确地使用并管理自己的数据。
同时,在使用过程中应注意保护自己数据安全,并及时备份原始数据。
安卓压缩工具集说明文档
一、工具集介绍
安卓压缩工具集提供了一个极为简洁的方法,能够比安卓原有的Zip提供更高压缩比的存储应用内的so文件(后期版本还可以支持压缩动态加载的jar包,以及游戏资源文件),同时提供了应用内网络更新下载压缩文件的方法,使得应用可以将部分so存储到云端,减小应用的尺寸。
在云测平台上测试了158款终端,涵盖2.3到4.4多个系统版本,100%通过
压缩原理:压缩工具会把所有的so使用LZMA算法压缩到assert目录,应用在第一次启动的时候,会解压到应用的私有目录下
二、工具集组成
工具集为一个安装程序,建议安装在默认路径下,安装在program files下在win7可能有读写权限的问题导致一些异常
安装后,你可以看见4个目录,此目录内都含有源码。
安装后的四个目录如下
其中ApkLibComrepss 为java命令行程序的源码,在此目录的bin子目录中,你可以找到ApkCompress.jar ,使用这个文件可以把一个普通的apk文件转换为压缩的apk文件
CompressDemo为一个样例代码,你可以参考这个代码知道如何整合压缩的SDK。
DecRawso是压缩的SDK,你的开发工程需要引用这个SDK,并进行一些源码上的修改,才能整合压缩的功能
RawsoCreator为windows下的转换工具,这个工具一般无需使用,仅仅在调试和二次开发压缩SDK的时候使用。
三、如何整合压缩SDK
打开CompressDemo,我们以这个工程为例子讲解如何整合压缩SDK
1.首先需要引入DecRawso工程
2.然后需要在你的工程内最初始的地方调用DecRawso.NewInstance。
在此
demo工程内,是在MainActivity.java的OnCreate内调用了此方法,此
方法是创建了一个解压的唯一实例。
注意:此方法是异步的,所以你可
以传入一个handler接受异步解码完成的消息,如果同时传入参数
showProgress=true,SDK内会产生一个进度对话框以阻塞主进程。
不推
荐使用DecRawso.NewInstance(mContext,null,false);的方式,此方式不接
受任何消息,且无进度对话框,解压会在后台自动完成,并且在应用第
一次load so的时候阻塞直到后台解压完成。
所以如果阻塞时间过长,可
能会导致应用无响应。
3.修改load so文件的方法:所有的System.loadlibrary(***) 改为
System.load(DecRawso.GetInstance().GetPath(“***"));
新版本,这步可以省略了,sdk会修改system的libaray加载路径,一
般情况下,系统升级不会出问题(非正规代码,小概率会随android升
级修改新的代码),如果方便的话,还是采用
System.load(DecRawso.GetIn stance().GetPath(“***"))
经过这几个简单的步骤,压缩的SDK已经整合到工程内了。
四、如何压缩发布APK
使用ApkCompress.jar压缩发布APK。
此工具为命令行工具。
一般的此命令使用方式为:在命令行运行ComPressApk.jar -a C:/my/test.apk -k c:/key *** ### alias -x86 (也可以运行java –jar ComPressApk.jar )-a 后面跟apk路径名,可以不是全路径
-k 后面是签名文件[key storepass keypass alias name] ,key可以不是全路径名(name 如果不写,默认就是CERT)
-x86 表示需要存储x86库文件在云端,后面跟以http://开头的链接,最后实际的存储位置应该为/cloudrawso_x86
命令执行完以后,会生成test_CompressAlign.apk. 这个apk就是压缩后的apk
五、开发模式和压缩模式
为了方便开发,在实现开发的过程中(修改了源码支持压缩后),也可以不压缩so,apk也可以正常运行,压缩的SDK内部会自动判断是否有压缩包,如果没有压缩包,则加载的路径恢复成android默认的路径。
所以最方便的开发是,先整合代码,在开发过程中和原来一样开发(不压缩),在发布的时候才压缩apk
六、X86和ARM库混合调用
在实现开发过程中,可能会有某些第三方库确实没有x86版本,通常情况下ISV并不在x86目录下放置arm的第三方库,那么在实际运行过程中会导致缺库现象的发生。
在缺库的情况下,压缩的SDK会在x86设备上自动解压arm的压缩包,避免缺库现象的发生。
(只有真正加载了缺失的库才是缺库,库文件不一致并不一定就是缺库)
但是显然这样会导致运行的低效率,如果在第三方so和x86的库完全没有相互引用的情况下(也就是说这些库都是java层使用JNI调用的,在native层没有相互调用),可以拷贝arm的第三方库到x86目录下,这样就不会出现缺库的情况。
当然这种情况会导致arm库多余的拷贝,在以前的zip压缩情况下,会使得压缩包变大,但是在新的LZMA压缩情况下,库大小完全不会增大,因为LZMA 压缩由于字典比较大,能够尽可能的压缩关联的几个文件,如果文件完全相同,LZMA的压缩会和单个文件基本一致。
如下图。