文件压缩与解压缩实践Word下载.docx
- 文档编号:6787308
- 上传时间:2023-05-07
- 格式:DOCX
- 页数:30
- 大小:109.16KB
文件压缩与解压缩实践Word下载.docx
《文件压缩与解压缩实践Word下载.docx》由会员分享,可在线阅读,更多相关《文件压缩与解压缩实践Word下载.docx(30页珍藏版)》请在冰点文库上搜索。
2.2使用的算法理论2
2.2.1LZ77算法简介2
2.2.2Huffman算法简介3
2.2.3GZIP算法原理分析4
2.3开发环境4
3总体设计4
3.1程序功能模块5
3.2模块分析与流程图5
3.2.1压缩模块5
3.2.2解压缩模块6
3.3程序中各个类的初步定义7
4详细设计和实现8
4.1压缩的程序流程8
4.2解压缩的程序流程9
4.3主函数代码10
4.3.1gzip压缩模块代码10
4.3.2ungzip解压缩模块代码11
4.4程序界面设计12
5软件系统测试17
5.1运行环境17
5.2测试方法17
5.3测试结果17
5.3.1使用程序对txt文件压缩17
5.3.2使用程序对bmp图象文件压缩18
5.3.3使用程序对doc文件压缩18
结论18
参考文献19
致谢20
声明21
1引言
1.1课题背景
随着科学技术的进步,信息技术越来越广泛地应用到社会的各个行业和领域,互联网深刻地改变着人们的生活方式,推动着人类文明的进步。
伴随着信息技术的普及和发展,互联网技术覆盖了社会政治、经济、文化、生产的各个领域,这种普及日常生活和工作更加的方便、文化娱乐方式更加的多样化。
但是,在信息技术的飞速发展下,文件的信息量不断增加的背景下,文件的存储和拷贝要求能够保持数据的意思不变的情况下缩小容量,这就需要有压缩与解压缩来实现这个过程。
本论文通过对一种压缩与解压缩方法的实践,对这种算法的实现过程进行研究。
1.2国内外现有的研究成果
文件压缩格式现在已有许多种,最流行的有如下几种:
ZIP:
我们可以利用WinZip对ZIP文件进行解压、释放等操作,还可以用它来处理ARJ、ARC、CAB、LZH等多种不同格式的压缩文件,从而大大地方便了用户的操作。
RAR:
是一种高效快速的文件压缩格式,但不被大多数文件压缩程序支持,WinRAR是在Windows下处理RAR格式文件的最好工具。
ARJ:
由DOS下曾经红极一时的压缩软件ARJ压缩而成的文件格式,它具有功能强大、压缩率高等优点。
到了现在的Windows时代,它已经没有了往日的辉煌。
CAB:
是Windows98新增的一种特殊压缩文件格式,主要用于对有关软件安装盘中的文件进行压缩,其特点是压缩率非常高(可能是目前最高的),但一经压缩就不能再进行任何增加、删除、替换等修改,也就是说它的压缩包具有“只读”属性。
我们也可使用WinZip对CAB压缩包进行操作。
UU/UUE:
汉字编码方式,它们原本是Unix系统中使用的一种编码方式,后来被改写到DOS中,我们在传送中文邮件时只须事先使用该方式进行编码,此后就能顺利通过只能处理7位编码的邮件服务器,从而解决了汉字的传输问题。
ACE:
一种新式的压缩程序,压缩比很高。
以上的压缩格式是可逆的,在解压缩之后,可以将被压缩的文件还原成以前未压缩的文件。
另外还有一种不可逆的压缩格式,如MP3、MPEG、JPG等音频、视频、图像格式的文件都采用了这种压缩技术,从理论上来说它们也应该算压缩文件,不过它们所采用的压缩方式与前面讲的并不相同,这里简单地介绍一下:
JPEG:
JPEG全名为JointPhotographicExpertsGroup,它是一个在国际标准组织(ISO)下从事静态影像压缩标准制定的委员会。
它制定出了第一套国标静态影像压缩标准:
ISO10918-1就是我们俗称的JPEG了。
由于JPEG优良的品质,使得它在短短的几年内就获得极大的成功,目前网站上80%的影像都是采用JPEG的压缩标准。
JPEG2000:
正式名称为“ISO15444”,同样是由JPEG组织负责制定。
JPEG2000与传统JPEG最大的不同,在于它放弃了JPEG所采用的以离散余弦转换为主的区块编码方式,而改以小波转换为主的多解析编码方式。
其压缩率比JPEG高约30%左右,同时支持有损和无损压缩,无损压缩对保存一些重要图片十分有用。
MP3:
MP3全称是MPEG1Layer3,是一种高性能的声音压缩编码方案,它可以做出超小“体积”的音乐文件,大小只是原始音频数据的1/10到1/12。
但人耳听起来,效果却没有太大差异。
MPEG:
MPEG是MovingPicturesExpertsGroup(动态图像专家组)的缩写。
现在使用的有4个版本:
MPEG-1、MPEG-2、MPEG-3、MPEG-4。
2压缩与解压缩程序分析
2.1需求分析
文件的压缩与解压缩,要能方便地进行,要完成的功能包括压缩功能,解压缩功能,选择文件路径,选择操作方案,选择新文件保存路径。
此程序还要在压缩成功后显示被压缩文件的大小,并对非法操作给出提示。
用户可以选择文件进行压缩或解压缩操作,并选择生成保存路径,默认的保存路径为原文件目录,压缩的生成文件以原文件加.gzip后缀命名,在解压缩操作中,若输入文件不是gzip格式的压缩文件,则提示gzip文件格式不对。
程序的基本设计原则有:
方便性原则、功能实用性原则和开放性原则等。
程序设计时采用较好的压缩技术,能保证文件压缩的压缩比和可恢复性,确保程序有较长的生命周期。
本程序的总体目标是实现文件压缩与解压缩的便捷操作,因此需要有便捷的操作界面。
2.2使用的算法理论
2.2.1LZ77算法简介
这一算法是由JacobZiv和AbrahamLempel于1977年提出,所以命名为LZ77。
这种算法模型也被称为“滑动字典”模型或“滑动窗口”模型。
压缩的模型如图1:
图1压缩中的LZ77算法模型图
在最远匹配位置和当前处理位置之间是可以用来查找匹配的“字典”区域,随着压缩的进行,“字典”区域从待压缩文件的头部不断地向后滑动,直到达到文件的尾部,短语式压缩也就结束了。
解压缩的模型如图2:
图2解压缩中的LZ77算法模型图
2.2.2Huffman算法简介
DavidAlbertHuffman(哈夫曼/赫夫曼/霍夫曼)在MIT攻读博士学位期间于1952年提出了一种从下到上的编码方法,现在被称为Huffman编码,它是一种统计最优的变码长符号编码,让最频繁出现的符号具有最短的编码。
Huffman编码的过程具体编码步骤为:
(1)将符号按概率从小到大顺序从左至右排列叶节点;
(2)连接两个概率最小的顶层节点来组成一个父节点,并在到左右子节点的两条连线上分别标记0和1;
(3)重复步骤2,直到得到根节点,形成一棵二叉树;
(4)从根节点开始到相应于每个符号的叶节点的0/1串,就是该符号的二进制编码。
由于符号按概率大小的排列既可以从左至右、又可以从右至左,而且左右分枝哪个标记为0哪个标记为1是无关紧要的,所以最后的编码结果可能不唯一,但这仅仅是分配的代码不同,而代码的平均长度是相同的。
编码式压缩利用各个单字节使用频率不一样的倾向,使定长编码变为不定长编码,给使用频率高的字节更短的编码,使用频率低的字节更长的编码,起到压缩的效果。
由于Huffman编码为根结点到叶子结点路径上的0和1的序列,而一个叶子结点的路径不可能是另一个叶子结点路径的前缀,因此一个Huffman编码不可能为另一个Huffman编码的前缀,这就保证了Huffman编码是可以区分的。
由于用Huffman算法建立起来的树总是一棵最优二叉树,因此这又让Huffman编码能够实际应用到压缩中。
2.2.3GZIP算法原理分析
GZIP使用deflate算法进行压缩。
zlib,以及图形格式png,使用的压缩算法也是deflate算法。
GZIP对于要压缩的文件,首先使用LZ77算法的一个变种进行压缩,对得到的结果再使用Huffman编码的方法(GZIP根据情况,选择使用静态Huffman编码或者动态Huffman编码)进行压缩。
LZ77算法和Huffman编码结合起来,就是deflate算法的根本实现方法,也就是GZIP的压缩原理。
懒惰匹配(lazymatch)是GZIP中对LZ77算法的改进,实现过程如下:
在压缩过程中,对于当前字节开始的串,寻找到了最长匹配之后,GZIP并不立即决定使用这个串进行替换。
而是看看这个匹配长度是否满意,如果匹配长度不满意,而下一个字节开始的串也有匹配串的话,那么GZIP就找到下一个字节开始的串的最长匹配,看看是不是比现在这个长。
这就是懒惰匹配。
如果比现在这个长的话,将不使用现在的这个匹配。
如果比现在这个短的话,将确定使用现在的这个匹配。
发现第二次匹配的匹配长度大,就不使用第一次的匹配串。
如果直接使用第一次匹配的话,有可能将错过更长的匹配串。
在满足懒惰匹配的前提条件下,懒惰匹配不限制次数,一次懒惰匹配发现了更长的匹配串之后,仍会再进行懒惰匹配,如果这次懒匹配,发现了更长的匹配串,那么上一次的懒匹配找到的匹配串就不用了。
进行懒惰匹配是有条件的。
进行懒惰匹配必须满足两个条件,第一,下一个处理字节开始的串,要有匹配串,如果下一个处理字节开始的串没有匹配串的话,那么就确定使用当前的匹配串,不进行懒惰匹配。
第二,当前匹配串的匹配长度,GZIP不满意,也就是当前匹配长度小于max_lazy_match(max_lazy_match在固定的压缩级别下,有固定的值)。
2.3开发环境
使用JBuilder2006进行程序开发。
JBuilder是一个可视化JAVA开发工具。
它是在Java2平台上开发商业应用程序、数据库、发布程序的优秀工具。
它支持J2EE,所以程序员可以快速的转换企业版Java应用程序。
使用此开发工具可以实现程序的可视化。
3总体设计
系统总体结构设计是系统设计过程中及其重要的一步,对系统的技术层次,开发过程,功能实现及开发成本方面具有重大的影响。
系统总统结构设计应尽可能的考虑人机关系,环境条件以及算法的可行性等的联系,使系统每个部分都能协调适应。
本实验论证是基于GZIP算法理论体系的,因此使用的压缩方法是参照GZIP算法的。
GZIP算法理论体系主要包含三个内容:
LZ77算法,Huffman算法,懒惰匹配算法。
因此在设计过程中要注意如何实现这三个算法并且将其结合起来。
3.1程序功能模块
根据设计思路,文件的压缩和解压缩是两个相反的操作,程序可分为GZIP压缩模块、UNGZIP压缩模块。
现在设计出功能结构图如图3。
图3功能结构图
3.2模块分析与流程图
分析程序的总体流程图可以以图4来表示:
N
Y
图4总体流程图
3.2.1压缩模块
压缩模块的实现流程为:
(1)打开要压缩的文件,使用字典算法扫描文件统计文件使用的字符集并统计每个字符集的使用次数。
(2)根据扫描的结果构建文件字符集的Huffman树。
(3)由文件的Huffman树求字符集中各字符的编码,形成Huffman编码表。
(4)建立压缩文件。
(5)将要压缩文件的字符集大小和文件的大小写入压缩文件。
将字符集的Huffman树写入压缩文件,供解压缩时使用。
(6)从文件中读取一个字符集,查Huffman编码表,得到它的Huffman编码。
按位流放入压缩文件的写缓冲区。
(7)检查压缩文件的写缓冲区,如果已满一个字节,写入压缩文件,如果要压缩的文件没有达到文件的结尾,转到步骤6。
(8)关闭要压缩文件和压缩文件
画出流程图如图5:
图5
图5压缩模块流程图
3.2.2解压缩模块
解压缩模块的实现流程为:
(1)打开压缩文件,读取字符集字符个数和文件的字节数。
读入文件的Huffman树。
(2)建立解压缩文件。
(3)读入一个字节的编码,用Huffman树得到字符,将字符写入解压缩文件,如果编码已用完,就读取下一个字节,如此重复,直到读取压缩文件的全部编码。
(4)关闭压缩文件和解压缩文件。
画出流程图如图6:
图6解压缩模块流程图
3.3程序中各个类的初步定义
为了完成此程序,应当设计一个接口,十四个类,和二个异常处理类。
其中
接口:
Checksum。
类:
Adler32;
CRC32;
CheckedInputStream;
CheckedOutputStream;
Deflater;
DeflaterOutputStream;
GZIPInputStream;
GZIPOutputStream;
Inflater;
InflaterInputStream;
ZipEntry;
ZipFile;
ZipInputStream;
ZipOutputStream。
异常索引:
DataFormatException;
ZipException。
各个类的简单介绍如表1:
表1:
程序各个类的作用
条目
类型
描述
Checksum
接口
被类Adler32和CRC32实现的接口
Adler32
类
使用Alder32算法来计算Checksum数目
CheckedInputStream
一个输入流,保存着被读取数据的Checksum
CheckedOutputStream
一个输出流,保存着被读取数据的Checksum
CRC32
使用CRC32算法来计算Checksum数目
Deflater
使用ZLIB压缩类,支持通常的压缩方式,程序核心类
DeflaterOutputStream
一个输出过滤流,用来压缩Deflater格式数据
GZIPInputStream
一个输入过滤流,读取GZIP格式压缩数据
GZIPOutputStream
一个输出过滤流,读取GZIP格式压缩数据
Inflater
使用ZLIB压缩类,支持通常的解压方式,程序核心类
InflaterInputStream
一个输入过滤流,用来解压Inflater格式的压缩数据
ZipEntry
存储ZIP条目
ZipFile
从ZIP文件中读取ZIP条目
ZipInputStream
一个输入过滤流,用来读取ZIP格式文件中的文件
ZipOutputStream
一个输出过滤流,用来向ZIP格式文件口写入文件
DataFormatException
异常类
抛出一个数据格式错误
ZipException
抛出一个ZIP文件
4详细设计和实现
4.1压缩的程序流程
压缩程序的实现过程中,涉及到很多类的调用,除了压缩有关的类,还有IO类。
对于IO类的调用不考虑的情况下,各个压缩功能类的调用流程(如图7):
(1)主程序gzip调用输出过滤流GZIPOutputStream,读取GZIP格式压缩数据,压缩开始。
(2)GZIPOutputStream调用CRC32来计算Checksum的数目。
(3)在CRC32返回结果后,GZIPOutputStream调用Deflater压缩类来进行压缩。
在Deflater类的调用过程中,实现了对数据的压缩字符集确定与编码,也就是实现了LZ77算法、懒惰匹配与Huffman编码的结合。
(4)建立压缩文件,调用DeflaterOutputStream来压缩Deflater格式数据。
图7压缩类的调用顺序图
这些过程的操作是不能离开IO类的,所以实现这些过程的前提是要有数据流输入,也就是调用FileInputStream,打开需压缩文件作为文件输入流;
在以上的流程完毕之后,调用FileOutputStream类建立压缩文件输出流,最终形成压缩后的文件。
4.2解压缩的程序流程
在解压缩的实现过程中,各个类的调用关系(如图8):
(1)主程序ungzip调用GZIPInputStream,读取GZIP格式压缩数据,解压缩开始。
(2)GZIPInputStream调用CRC32来计算Checksum的数目。
(3)在CRC32返回结果后,调用CheckedInputStream保存被读取数据的Checksum,同时调用Inflater进行解压缩。
(4)在Inflater解压缩过程中,如果数据格式错误,则调用DataFormatException;
如果没有数据格式错误,则调用InflaterInputStream来解压Inflater格式的压缩数据。
图8解压缩类的调用顺序图
4.3主函数代码
4.3.1gzip压缩模块代码
压缩模块要完成的就是将文件读入以后进行压缩,再将压缩后的数据写入一个新的文件,其部分代码如下:
publicclassgzip
{
publicstaticvoidmain(String[]args)
if(args.length!
=2)
System.out.println("
Usage:
javagzip"
);
System.exit
(1);
}
try
//打开需压缩文件作为文件输入流
FileInputStreamfin=newFileInputStream(args[0]);
//建立压缩文件输出流
FileOutputStreamfout=newFileOutputStream(args[1]);
//建立gzip压缩输出流
GZIPOutputStreamgzout=newGZIPOutputStream(fout);
byte[]buf=newbyte[1024];
//设定读入缓冲区尺寸
intnum;
while((num=fin.read(buf))!
=-1)
gzout.write(buf,0,num);
gzout.close();
//关闭流,必须关闭所有输入输出流.保证输入输出完整和释放系统资源.
fout.close();
fin.close();
}catch(IOExceptione)
System.out.println(e);
4.3.2ungzip解压缩模块代码
解压缩模块要完成的就是将文件读入以后进行解压缩,再将解压缩后的数据写入一个新的文件,其部分代码如下:
publicclassungzip
javaungzip"
//建立gzip压缩文件输入流
//建立gzip解压工作流
GZIPInputStreamgzin=newGZIPInput
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 文件 压缩 解压缩 实践