精华内容
下载资源
问答
  • 描述一下
  • tomcat压缩包格式

    2018-09-26 09:07:37
    学习openstack中间需要用到该安装包,我用的这个版本比较老,大家也可以下载最新的
  • 学习心得
  • 主要为大家详细介绍了Android实现文件或文件夹压缩成.zip格式压缩包,具有一定的参考价值,感兴趣的小伙伴们可以参考一下
  • 如题,MNIST数据集,PNG格式图片
  • 破解压缩包字典

    2018-01-11 15:28:49
    此字典用于各压缩包字典解密用的,本人没有亲测,但是里面的东西确实可以用!
  • 压缩包制作也是很多项目中需要用到的功能。接下来通过本文给大家介绍基于C# 生成Zip压缩包代码,对c生成zip压缩包相关知识感兴趣的朋友一起学习吧
  • 格式工厂(压缩包

    2012-12-22 17:16:28
    各种视频、音频随心转换,可以节省存储空间,随时观看喜爱的视频
  • 压缩包已损坏或压缩格式未知无法打开 方法1: 使用winrar 修复 缺点: 这个软件总是弹广告,非常讨厌 方法2: 找到不能解压缩的那个文件,单独下载这个文件,不要重新下载整体的,因为还是会损坏,就因为这个我还...

    好久木得更新了,因为最近一直在装软件,总是失败,但是如果你总是刚它,还是会装成功的(可能因为我一个幸运的家伙吧Hhh)

    下面记录我所遇到的问题和解决方案:

    压缩包已损坏或压缩格式未知无法打开

    方法1: 使用winrar 修复

    缺点: 这个软件总是弹广告,非常讨厌

    方法2: 找到不能解压缩的那个文件,单独下载这个文件,不要重新下载整体的,因为还是会损坏,就因为这个我还开了网盘的会员,总算没白开,解决了问题。

     

    走过的弯路:

    高版本的虚拟机可以直接打开低版本的文件,我之所以不能是因为我的压缩包损坏了(摔!)

    祝大家都能解压缩顺利!

     

    展开全文
  • 个人搜集的工具,感觉会在工作上有些帮助,本人已使用,稳定可靠。如需要请自行下载
  • vue行为验证压缩包.rar

    2020-09-11 14:41:32
    本文件适用于vue,中滑动滑块验证和依次点击字体验证,需要搭配本人文章结合了解,您可以将其视为一个组件放在项目中,请注意您的引入地址。
  • 压缩包密码破解工具、破解rar、zip、7z格式压缩包密码工具
  • 压缩包Zip格式详析(全网最详细)

    千次阅读 2021-07-03 09:45:42
    【前言】      Android的安装包.apk实际上就是个zip格式压缩包,所以在了解apk签名之前,先来探索一下zip格式压缩包的构成 一、Zip格式结构图总览

    【前言】

         Android的安装包.apk实际上就是个zip格式的压缩包,所以在了解apk签名之前,有必要先来探索一下zip格式压缩包的结构

    一、Zip格式结构图总览

    在这里插入图片描述

    二、Zip文件结构详解

    zip格式压缩包主要由三大部分组成:数据区中央目录记录区(也有叫核心目录记录)中央目录记录尾部区

    1、数据区

    数据区是由一系列本地文件记录组成,本地文件记录主要是记录了压缩前后文件的元数据以及存放压缩后的文件,组成部分也分为三大部分:本地文件头文件数据文件描述
    1.1、本地文件头
    在这里插入图片描述
    本地文件头主要是记录了压缩文件的元数据
    1)0~3:4个字节,用来存放本地文件头标识:0x04034b50,用于解压时候,读取判断文件头的开始
    2)4~5:2个字节,记录解压缩文件所需的最低支持的ZIP规范版本,apk压缩版本默认是20, 即Deflate压缩方式

    当前最低功能版本定义如下:(压缩包记录的解压版本都是需要版本*10,比如:2.0 * 10 = 20
    1.0 - 默认值
    1.1 - 文件是卷标
    2.0 - 文件是一个文件夹(目录)
    2.0 - 使用 Deflate 压缩来压缩文件
    2.0 - 使用传统的 PKWARE 加密对文件进行加密
    2.1 - 使用 Deflate64™ 压缩文件
    2.5 - 使用 PKWARE DCL Implode 压缩文件
    2.7 - 文件是补丁数据集
    4.5 - 文件使用 ZIP64 格式扩展
    4.6 - 使用 BZIP2 压缩文件压缩
    5.0 - 文件使用 DES 加密
    5.0 - 文件使用 3DES 加密
    5.0 - 使用原始 RC2 加密对文件进行加密
    5.0 - 使用 RC4 加密对文件进行加密
    5.1 - 文件使用 AES 加密进行加密
    5.1 - 使用更正的 RC2 加密对文件进行加密
    5.2 - 使用更正的 RC2-64 加密对文件进行加密
    6.1 - 使用非 OAEP 密钥包装对文件进行加密
    6.2 - 中央目录加密

    3)6~7:2个字节,记录通用标志位,第0位为1时(即二进制:00000000 00000001),表示文件被加密,解压时候需要解密;第3位为1时候(即二进制:00000000 00000100),表示有数据描述部分那么本地文件头中的 CRC-32压缩大小未压缩大小字段都被设置为0(虽然zip规范是这么定义,但是发现有些压缩包即使声明有数据描述部分,但是本地文件头的CRC-32压缩大小未压缩大小依然还是设置为真实值) , 正确的值被放在紧跟在压缩数据之后的数据描述部分,apk的通用标志位默认传0即可,也有传2048、2056,目前第15位是PKWARE保留位,没啥意义,更多通用标志位含义可见这里
    4)8~9:2个字节,记录压缩包所用到的压缩方式,apk默认Deflate压缩,传8即可, 要是传0 ,则是不压缩,各种压缩方式对应数值如下:

    0 - The file is stored (no compression)
    1 - The file is Shrunk
    2 - The file is Reduced with compression factor 1
    3 - The file is Reduced with compression factor 2
    4 - The file is Reduced with compression factor 3
    5 - The file is Reduced with compression factor 4
    6 - The file is Imploded
    7 - Reserved for Tokenizing compression algorithm
    8 - The file is Deflated
    9 - Enhanced Deflating using Deflate64™
    10 - PKWARE Data Compression Library Imploding
    11 - Reserved by PKWARE
    12 - File is compressed using BZIP2 algorithm

    5)10~11:2个字节,记录文件最后修改时间,是MS-DOS格式编码的时间
    在这里插入图片描述
    6)12~13:2个字节,记录文件最后修改日期,是MS-DOS格式编码的日期
    7)14~17:4个字节,记录文件未压缩时的CRC-32校验码
    8)18~21:4个字节,记录文件压缩后的大小
    9)22~25:4个字节,记录文件未压缩的大小
    10)26~27:2个字节,记录文件名的长度(假设文件名长度为n)
    11)28~29:2个字节,记录扩展区的长度(假设扩展区长度为m)
    12)30~30+n: n个字节,记录文件名
    13)30+n~30+n+m: m个字节,记录扩展数据
    1.2、文件数据
    文件数据紧跟在本地文件头之后,一般是压缩后的文件数据压缩方式选择不压缩时候,用来存储未压缩文件数据
    1.3、文件描述
    文件描述符仅在通用位标志的第 3 位被设置为1时才存在。 它是字节对齐的,紧跟在文件数据的最后一个字节之后。当且仅当无法在 .ZIP 文件中查找时才使用此描述符,例如:当输出 的.ZIP 文件是标准输出或不可查找设备时使用文件描述,换句话说,正常情况下都不需要使用
    在这里插入图片描述
    数据描述符标识不一定有,因为一开始规范是没有的,后面才加上去的

    2、中央目录记录区(也称核心目录记录区 )

    中央目录记录区是有一系列中央目录记录所组成,一条中央目录记录对应数据区中的一个压缩文件记录,中央目录记录由以下部分构成:在这里插入图片描述
    1)0~3:4个字节,记录核心目录文件头标识:0x02014b50,用于解压时候,查找判断是否是中央目录的开始位置
    2)4~5:2个字节,记录压缩所用的版本,同数据区本地文件头的解压所需版本,apk设置20
    3)6~7:2个字节,记录解压所需的最小版本,同数据区本地文件头的解压所需版本,apk设置20
    4) 8~9:2个字节,通用位标记,同数据区本地文件头的通用位标记
    5)压缩方法文件最后修改时间文件最后修改日期CRC-32校验码压缩后大小未压缩大小文件名长度扩展区长度,这几个字段的含义都等同于数据区本地文件头对应字段的含义
    6)32~33:2个字节,记录文件注释的长度
    7)34~35:2个字节,记录文件开始位置的磁盘编号,一般传0即可
    8)内部文件属性外部文件属性,一般也是传0即可
    9)42~45:4个字节,记录数据区本地文件头相对于压缩包开始位置的偏移量

    3、中央目录记录尾部区

    中央目录记录尾部主要作用是用来定位中央目录记录区的开始位置,同时记录压缩包的注释内容
    在这里插入图片描述

    1)0~3:4个字节,中央目录记录尾部开头标记:0x06054b50,用于解压时,查找判断中央目录尾部的起始位置
    2)4~5:2个字节,记录中央目录记录尾部区所在磁盘编号
    3)6~7:2个字节,记录中央目录开始位置所在的磁盘编号
    4)8~9:2个字节,该磁盘上所记录的核心目录数量
    5)10~11:2个字节,zip压缩包中的文件总数
    6)12~15:4个字节,整个中央目录的大小(以字节为单位)
    7)16~19:4个字节,中央目录开始位置相对位移
    8)20~21:2个字节,注释内容的长度(假设长度为n)
    9)22~22+n:n个字节,注释内容
    在这里插入图片描述

    三、压缩包解压过程

    1、先从中央目录尾部区着手,目标是找到中央目录尾部开头标记:0x06054b50,从上述对zip压缩包结构分析可知,中央目录尾部区除了注释内容之外,固定大小占22个字节,那么假如注释内容为空的时候,将指针从文件尾部往前移动22个字节,然后读取4个字节的数据,就正好是中央目录尾部开头标记:0x06054b50,但是注释内容是否为空在实际操作中是不可得知的,所以只能设置一个循环,每次递增一个字节,不断推测注释内容的长度,又因为注释长度用2个字节表示,那么注释长度最大只能是65535个字节,所以可以在0~65535这个范围内不断推测注释内容的长度. 在这里插入图片描述
    下面是java代码实现的查找中央目录尾部开始位置的案例:

      /**
         * 查找中央目录结尾的开始位置
         * @param zipContents
         * @return
         */
        private static int findZipEndOfCentralDirectoryRecord(ByteBuffer zipContents) {
            //判断是否小端模式排列
            assertByteOrderLittleEndian(zipContents);
    
            int archiveSize = zipContents.capacity();
            //由于核心目录尾部大小至少是22个字节,小于22就是没意义的
            if (archiveSize < 22) {
                return -1;
            }
    
            //注释内容长度只可能是: 【压缩包大小 - 核心目录尾部固定大小(22字节)】与 【注释内容最大长度】中的最小值
            int maxCommentLength = Math.min(archiveSize - 22, 65535);
            //假如没有注释内容,那么核心目录尾部开始位置是:压缩包大小 -22
            int eocdWithEmptyCommentStartPosition = archiveSize - 22;
            // 循环查找,假设没有注释内容到每次递增一个字节的注释内容,查找出:核心目录结尾标识0x06054b50
            for (int expectedCommentLength = 0; expectedCommentLength < maxCommentLength; expectedCommentLength++) {
    
                int eocdStartPos = eocdWithEmptyCommentStartPosition - expectedCommentLength;
                // 核心目录结尾标志:0x06054b50(十进制为:101010256), 标志位长度为4个字节,int类型刚好4字节
                // zipContents.getInt(eocdStartPos),即从eocdStartPos位置开始读取4个字节的内容
                if (zipContents.getInt(eocdStartPos) == 101010256) {
    
                    //核心目录结尾标志的开始位置偏移20个字节就是注释内容长度,因为注释内容长度是2个字节,对应就是short类型的大小
                    int actualCommentLength = getUnsignedInt16(zipContents, eocdStartPos + 20);
    
                    // 要是从压缩包中读取到的注释长度跟循环查找计算出的注释长度一致,那么就是找到了确切的核心目录结尾标记的开始位置了
                    if (actualCommentLength == expectedCommentLength) {
                        return eocdStartPos;
                    }
                }
            }
    
            return -1;
        }
    	static void assertByteOrderLittleEndian(ByteBuffer buffer) {
            if (buffer.order() != ByteOrder.LITTLE_ENDIAN) {
                throw new IllegalArgumentException("ByteBuffer byte order must be little endian");
            }
        }
    

    2、中央目录尾部开始位置找到之后,那么可以从中获取到中央目录的开始位置中央目录的大小,以及中央目录记录条目总数
    3、接着,又可以从中央目录中读取到本地文件头相对压缩包开始位置的偏移量,那么就能读到本地文件记录,并从中解压出文件数据,大概的解压流程就到此结束啦
    在这里插入图片描述

    【扩展知识】

         刚才在java举例中有涉及到一个小端排序问题,因为在Jvm中默认都是按大端模式储存, 而 .ZIP格式的数据是按小端模式编排的,所以需要手动对ByteBuffer中的数据进行小端排序,那么,什么是小端模式,什么是大端模式呢?
    在这里插入图片描述

    1、大端模式:Big-Endian就是高位字节排放在内存的低地址端,低位字节排放在内存的高地址端,大端模式是跟人读写习惯是一致的,比如:数字0x12345678 与 0x11223344,大端模式表示如下:

    低地址 ----------------------------------------------------> 高地址
    0x12  |  0x34  |  0x56  |  0x78 | 0x11  |  0x22  |  0x33  |  0x44
    

    2、小端模式:Little-Endian就是低位字节排放在内存的低地址端,高位字节排放在内存的高地址端,比如:数字0x12345678 与 0x11223344,小端模式表示如下:

    低地址 ----------------------------------------------------> 高地址
    0x78  |  0x56  |  0x34  |  0x12 | 0x44  |  0x33  |  0x22  |  0x11
    

    那么,为啥会存在大小端不统一的问题呢?

    这是因为计算机系统中内存是以字节为单位进行编址的,每个地址单元都唯一的对应着1个字节(8 bit)。但是在C语言中除了8bit的char之外,还有16bit的short型,32bit的long型(要看具体的编译器),另外,对于位数大于8位的处理器,例如16位或者32位的处理器,由于寄存器宽度大于一个字节,那么必然存在着一个如果将多个字节安排的问题。因此就导致了大端存储模式和小端存储模式。我们常用的X86结构是小端模式,而KEIL C51则为大端模式。很多的ARM,DSP都为小端模式。有些ARM处理器还可以由硬件来选择是大端模式还是小端模式。TCP/IP协议隆重出场,RFC1700规定使用“大端”字节序为网络字节序

    既然大小端都有存在的必要性,那大小端模式各有啥优势呢?

    小端模式优点:
    内存的低地址处存放低字节,所以在强制转换数据时不需要调整字节的内容(注解:比如把int的4字节强制转换成short的2字节时,就直接把int数据存储的前两个字节给short就行,因为其前两个字节刚好就是最低的两个字节,符合转换逻辑);
    CPU做数值运算时从内存中依顺序依次从低位到高位取数据进行运算,直到最后刷新最高位的符号位,这样的运算方式会更高效
    大端模式优点:
    符号位在所表示的数据的内存的第一个字节中,便于快速判断数据的正负和大小

    【注意】字符是只有1个字节,故对于字符不存在大小端模式之分,只有大于1个字节的才分大小端模式
    在这里插入图片描述

    【实践案例】

         理论说了一大篇幅,想必各位看官已是头昏脑涨,咱们来动手分析一个压缩包看看,是否如咱们理论所言那般,下面是一个安卓安装包(.apk)的案例:
    1、首先,先找到中央目录结尾标志:0x06054b50,因为zip格式是小端模式,那么,咱们看到的应该是:50 4B 05 06, 用010 Editor打开apk,成功查找到中央目录结尾标志
    在这里插入图片描述
    从截图可以看到:
    1)当前磁盘编号为:0x0000(即十进制:0)
    2)中央目录开始位置的磁盘编号也是:0x0000(即十进制:0),
    3)该磁盘上所记录的中央目录数量:0xD236(转为大端模式就是0x36D2,十进制:14034)
    4)zip压缩包中的文件总数:0xD236(转为大端模式就是0x36D2,十进制:14034)
    5)中央目录大小:0x7A1E1600(转为大端模式就是0x00161E7A,十进制:1449594),
    6)中央目录开始位置的相对位移:0x2A03480C(转为大端模式就是0x0C48032A,十进制:206045994)
    7)注释长度:0x0000(即长度为0)
    2、从第一步中,咱们可以知道中央目录开始位置是在地址206045994,那么查一下这个地址:
    在这里插入图片描述
    从截图可以看到
    ① 从地址206045994开始读取4个字节,得到0x504B0102, 按大端模式排序为:0x02014b50, 刚好就是前面提到的中央目录文件头标识
    压缩所用版本:0x1400(转为大端模式就是0x0014,十进制:20)
    解压所需版本:0x1400(转为大端模式就是0x0014,十进制:20)
    通用位标记:0x0808(十进制:2056, 那么就是第3位设置为1,说明数据区有文件描述符)
    压缩方法:0x0800(转为大端模式就是0x0008,十进制:8)
    文件最后修改时间:0x4B79(转为大端模式就是0x794B,二进制:‭0111100101001011‬)
    在这里插入图片描述

    按照上面的MS-DOS时间编码规则,对二进制01111 001010 01011‬进行 拆分计算,时:01111(十进制:15),分:001010(十进制:10),秒:01011(十进制:11,这是秒除以2的值,故实际秒为11 * 2 = 22),那么,文件的最后修改时间为:15:10:22
    文件最后修改日期:0xE552(转为大端模式就是0x52E5,二进制:‭0101001 0111 00101‬‬),年:0101001(十进制:41,1980 + 41 = 2021),月: 0111(十进制:7),日:00101(十进制:5),那么文件的最后修改日期为:2021-7-5,比对一下跟压缩软件的结果是一致的
    在这里插入图片描述
    CRC-32校验码:0x04D127C5(转为大端模式就是0xC527D104),跟上述压缩软件结果也是一致的
    压缩后的大小:0x20E80900(转为大端模式就是0x0009E820, 十进制:‭649248,约为634.03KB)
    未压缩的大小:0xA0D91B00(转为大端模式就是0x001BD9A0, 十进制:‭‭1825184‬,约为1.74MB),跟上述压缩软件结果也是一致的
    文件名长度:0x1400(转为大端模式就是0x0014,十进制:‭‭20)
    扩展区长度文件注释长度文件开始位置的磁盘编号内部文件属性都是:0x0000
    外部文件属性本地文件头的相对位移都是:0x00000000
    文件名:0x4D 45 54 41 2D 49 4E 46 2F 4D 41 4E 49 46 45 53 54 2E 4D 46, 这些是字符ASCII码,转为字符是:META-INF/MANIFEST.MF
    在这里插入图片描述

    【注意】假如文件名有中文的话,那这里存放UTF-8编码数据,中文一般先转换为Unicode编码字符,然后用UTF-8编码方式存储(Unicode只是一个符号集,它只规定了符号的二进制代码,却没有规定这个二进制代码应该如何存储, UTF-8是unicode的一种实现方式,unicode实现方式还有UTF-16和UTF-32)
    在这里插入图片描述

    【UTF-8小知识】
         UTF-8最大的一个特点,就是它是一种变长的编码方式。它可以使用1~4个字节表示一个符号,根据不同的符号而变化字节长度。
    UTF-8的编码规则很简单,只有2条:

    1️⃣对于单字节的符号,字节的第1位(字节的最高位)设为0,后面7位为这个符号的unicode码。因此对于英语字母,UTF-8编码和ASCII码是相同的
    2️⃣对于n字节的符号(n>1),第1个字节的前n位都设为1,第n+1位设为0,后面字节的前两位一律设为10。剩下的没有提及的二进制位,全部为这个符号的unicode码
    在这里插入图片描述
    比如:已知“严”的unicode是4E25(100111000100101),根据上表,可以发现4E25处在第3行的范围内(0000 0800-0000 FFFF),因此“严”的UTF-8编码需要3个字节,即格式是“1110xxxx 10xxxxxx 10xxxxxx”。然后,从“严”的最后1个二进制位开始,依次从后向前填入格式中的x,多出的位补0。这样就得到了“严”的UTF-8编码是“11100100 10111000 10100101”,转换成十六进制就是E4B8A5

    ⑮ 因为扩展区长度为0,所以文件名后面紧跟压缩之后的文件数据,由上面分析的压缩长度为649248,所以后面649248个字节的数据都是文件数据

    ⑯ 因为是本地文件头的通用标志位第3位设置为1,所以存在数据描述区,数据描述区标识:0x504B0708(转换为大端模式:0x08074b50)

    ⑰ 数据描述符中的CRC-32校验码压缩大小未压缩大小跟本地文件头的值一致
    在这里插入图片描述

    展开全文
  • 压缩包文件带打开密码,只有输入...使用户可以自由编辑和打印RAR文件https://www.okfone.com/onepass-for-rar/onepass-for-rar.html将压缩包(支持rar、zip、7z格式)添加到软件中,选择一种找回方法,点击【下一步

    压缩包文件带有打开密码,只有输入正确的解压密码才能够解压文件,如果不知道密码或者忘记了打开密码,可以用奥凯丰 压缩包解密大师

    【压缩包解密大师】快速找回密码_轻松移除使用限制-奥凯丰okfone压缩包大师是奥凯丰推出的一款可以找回RAR打开密码以及移除RAR使用限制的软件,使用户可以自由编辑和打印RAR文件https://www.okfone.com/onepass-for-rar/onepass-for-rar.html将压缩包(支持rar、zip、7z格式)添加到软件中,选择一种找回方法,点击【下一步】之后等待软件找回密码即可

    展开全文
  • 什么是压缩文件/压缩包

    万次阅读 2020-08-12 14:13:24
    什么要压缩文件呢? 首先我们需要知道什么是压缩文件 什么是压缩? 计算机是以二进制的形式来储存所有的文件的,也就是00000001111111类似这种形式,压缩文件就会以一种类似编码的形式来储存这些文档,比如四个0连...

    人类为什么要压缩文件呢?

    个人撰写,并非完全正确的科普!如有错误请大佬于评论区指正

    首先我们需要知道什么是压缩文件
    指路百度➡️压缩文件

    这里讨论不包括exe后缀这类的自解压驱动程序

    什么是压缩?
    这里举一个例子,我们小学的时候就知道,计算机是以二进制的形式来储存所有的文件的,(不会有人不知道吧,不会吧?不会吧?)
    也就是00000001111111类似这种形式,压缩文件就会以一种类似编码的形式来储存这些文档,比如四个0连在一起,压缩文件就会以4x0的形式储存在计算机里,当然实际的压缩比这复杂的多,这里只是类比一下。

    也就是说———在计算机内,把00000000变成8x0,这个过程就叫做压缩,所以可以缩小文件的体积,减少所占空间。

    好了,现在我们知道什么是压缩了,那我们为什么要压缩呢?

    在这里插入图片描述既然通过压缩能够减少文件的编码长度,那么首先带来的好处就是减少文件所占据的空间大小。 但是平时提到压缩文件,最常见的情况就是给别人发送文件时,会被要求把文件打包发送,看起来就像是把很多文档或是图片类的东西,装在一个包里,一次性发给别人,那么它们真的变成一个文件了嘛?🤔

    表面上看起来,是这样的。
    在这里插入图片描述

    起码计算机看起来它们确实变成了一个文件。看压缩文件的图标也是用一个扎带把一堆书本扎了起来,成了一个完整的文件。压缩包在缩小文件体积的同时,还像一个箱子,把杂乱的东西,完整的装起来,在这个包里可以装下各式各样的文件,文档、媒体、音频、视频等等都可以装,而且一般情况下单个压缩包是无限大的,唯一的限制就是你电脑的硬盘分区大小。(fat32格式硬盘除外)

    解压
    压缩包打包好之后,使用的时候就要先经过解压,才可以使用,解压就是把你装好的箱子打开,把里面收拾好好的文件拿出来供你使用,这里经常会有一个误区:“我在压缩包里不是可以直接打开我想要的文件吗?为什么还要解压呢?”其实当你每次打开压缩包内的文件时,计算机都自动解压了一遍。
    以Win10为例,一般每次你直接打开压缩包内的文件时,会有个进度条闪过,此时解压的文件都储存在C:\Documents and Settings\Administrator\Local Settings\Temp\rar*目录下,而当你使用之后,这个文件会被系统自动删除,而如果你对文件做出改动,会在保存后覆盖压缩包内的文件,然后再自动删除这个目录下的临时文件。
    当文件很小的时候,或许影响不大,但是如果是一个非常大的文件,每次打开都要重新解压,这样就非常耽误时间了,所以在处理压缩包的时候,还是应该先解压到硬盘里的其他位置之后再进一步处理解压出来的文件。

    特殊情况下,如果不巧你的硬盘格式是Fat32格式的,那就出现了很大的问题,因为在这种格式下的硬盘内部,单个文件大小最高只能是4GB。那么怎么样才能让压缩包装下非常多的东西呢?或许是你在通过邮箱或者一些聊天软件给对方发送文件的时候,软件规定单个文件不可以超过200MB,那又该如何把一个1.5G的学习资料分享给你的小伙伴呢?🙄️
    这个时候就需要一项特殊的压缩手段,分卷压缩。

    分卷压缩
    单个文件大小被限制时,就要用到分卷压缩。当空间有限,一个大箱子装不下,分卷压缩就是给你很多个小箱子,你把你的东西装进这些小箱子里,再一个个编号,等你要用的时候,一个个打开,就还原了之前的文件。

    举个例子,如果使用分卷压缩,一个很大比如50G的软件会被分成若干个自带编号的压缩分卷,单个压缩包大小可以自己设定。接下来的处理就方便简单多了,不管传输到哪里,只要把压缩分卷一个个单独发送过去就可以了,但是需要保证各个分卷都在同一个文件夹中,这样在解压的时候,压缩包才能找到这些编好号的小分卷。

    这里以2345压缩示例:
    准备了一个3.84G的电影,右键单击后选中右键菜单中的添加到压缩文件,然后点击切换至经典模式。
    在这里插入图片描述
    在这里插入图片描述在压缩分卷大小设置中,设置单个分卷的大小,也可以使用软件提供的预设。请一定要注意设置分卷的单位,否则会出现意想不到的意外。在这里将单个分卷设置为500MB,然后点击确定按钮,等待片刻就可以压缩完毕。在这里插入图片描述
    在这里插入图片描述
    最后出现好多压缩包,每个压缩包后面都有一个自己的编号,而且单个压缩包的大小都和你设定的一样,很好理解,对于一个大小已知的文件,你设定的单个分卷大小越大,最后压缩出的压缩包数量也就越少,箱子大小嘛,很好理解。
    分卷压缩不仅在上传时很方便,而且在下载时也很便利。可以使用多台计算机下载不同的压缩分卷,然后将所有压缩分卷放置到同一个文件夹中就可以解压了。
    而且分卷压缩还有一个独特的优势就是,如果单个压缩分卷损坏,只用再下载那个压缩分卷就可以解决问题。如果是整个压缩包,那么还需要再经历一次漫长的等待。

    ~~~~~~~~~~~分割线~~~~暂时只想到这些~~~~

    未完待续···还在发掘···我发现网上关于这些东西的资料貌似很少···
    如有错误···欢迎大佬在评论区批评指正

    展开全文
  • 1、先把文件打包为带密码的rar压缩包,然后把压缩包和解密端一起发给别人(把解密端命名为压缩包同名,RAR分卷请不带 .part1 )。 2、打开加密端,拖入或者浏览压缩包(如果是分卷,请选择第一卷),输入压缩包的...
  • 格式工厂 压缩包1

    2010-03-12 22:07:43
    非常好用的一款格式转换工具,可以转换很多常用的文件格式。包括 视频、音频、图片等!
  • 沃勤vxp格式软件压缩包合集下载【共38款】 一些vxp软件 很好用的一些vxp软件 如果好用大家支持啊啊
  • fckeditor压缩包

    2018-09-05 12:49:28
    fckeditor用于需要编写功能,比如博客的文字类型和格式
  • filename.zip的解压: unzip filename.zip filename.tar.gz的解压: tar -zxvf filename.tar.gz ...z: gzip 压缩格式 x: extract 解压 v: verbose 详细信息 f: file(file=archieve) 文件 ...
  • 解压密码的压缩包

    2021-08-17 09:46:15
    压缩包有打开密码,需要输入密码才能打开压缩包文件,那么该如何解压打开密码的压缩包呢? 如果压缩包文件对自己很重要的话,可以考虑使用奥凯丰 ...你的文件是zip、rar、7z 格式可以尝试使用软件找回软件 ...
  • Java提取压缩包中的文件,文件操作的范畴,操作对象为ZIP格式的压缩文件,将从ZIP中提取出BMP图像文件,要将从压缩包中提取文件,必须先解压压缩包,然后将指定文件拷贝出来,代码中先实现了对zip文件的解压,然后...
  • scene01文件夹中五个.001格式压缩包,看网上说的是将分卷打包合成一个,不知道这个.zip.001结尾和001结尾是一个东西嘛,另外就是这五个文件是001结尾,自己试了一下没有成功, ![图片说明]...
  • 压缩包隐写

    千次阅读 2019-11-01 15:08:05
    压缩包格式: Rar Rar标志 zip PK标志 7z 7z标志 zip 的 无加密 伪加密 真加密 两个加密标志 数据区和目录区的加密标记 无加密 (偶数(00 00)偶数) 伪加密(偶数奇数) 真加密(奇数奇数(09 00)) ...
  • 可以破解rar 格式和zip格式,若rar不能正常破解请使用文件 文件2只能破解rar压缩包
  • 解决方法:需要在在gz的压缩包两边家加上单引号才可以,不然就会出出现错误信息:谨慎地拒绝创建空归档文件 下面附录:tar 针对不同的格式解压缩命令: 一:tar(可压缩可解压) tar命令是Unix/Linux系统中...
  • 如果你遇到了带打开密码的压缩包,想要成功解压文件的话,就必须知道正确的密码才行,...将压缩包(支持rar、zip、7z格式)添加到软件中,选择一种合适的找回方法,点击【下一步】之后等待软件找回密码即可 ...
  • 这个文件适用于把XMl格式数据转化为JSON对象格式,也可以反向互转
  • 访问的时候,别用ajax来请求,... * 下载图片并生成压缩包 * @param $data 图片数组,一维 * @param $tmpDir 存放路径 * @return string */ function downloadZipImg() { $picAllArr = [ 'http://baoxiancdn.pin
  • SpringBoot 动态生成多个Excel文件以压缩包.zip格式下载

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 98,621
精华内容 39,448
关键字:

压缩包都有什么格式