ZIP格式
 |
 一个来自Nuvola图标包中的zip文件图标 | |
| 扩展名 |
.zip |
|---|---|
| 互联网媒体类型 | application/zip |
| 统一类型标识 | com.pkware.zip-archive |
| 开发者 | Phil Katz |
| 格式类型 | 数据压缩 |
ZIP文件格式是一种数据压缩和文档储存的文件格式，原名Deflate，发明者为菲尔·卡茨（Phil Katz），他于1989年1月公布了该格式的资料。ZIP通常使用后缀名“.zip”，它的MIME格式为application/zip。目前，ZIP格式属于几种主流的压缩格式之一，其竞争者包括RAR格式以及开放源码的7z格式。从性能上比较，RAR及7z格式较ZIP格式压缩率较高，而7-Zip由于提供了开源的压缩工具而逐渐在更多的领域得到应用。Microsoft从Windows ME操作系统开始内置对zip格式的支持，即使用户的电脑上没有安装解压缩软件，也能打开和制作zip格式的压缩文件，OS X和流行的Linux操作系统也对zip格式提供了类似的支持。因此如果在网络上传播和分发文件，zip格式往往是最常用的选择。
历史
[编辑]前身
[编辑]1985年一家名为SEA（System Enhancement Associates，系统增强伙伴）的小公司开发了一个在MS-DOS平台下的商业压缩软件，名为ARC。当时的软件发行方式与现在略有不同，用户购买了软件，除了能得到软件的可执行文件，还能得到一份C语言的源代码。当时的卡茨与很多用计算机的普通人一样，缺乏资金购买昂贵的商业软件。当时卡茨从网上下载了一份ARC的C语言源代码，并用汇编语言将其重新编写并编译了出来。这个软件名为：PKARC（Phillip Katz' ARC）。PKARC因为是卡茨参照源代码编写的，所以完全兼容ARC，并且性能上比ARC高。卡茨当时将这个新软件上传到了网络上。显然，卡茨此举造成对SEA公司的侵权。SEA最初希望通过联络卡茨，使PKARC成为SEA公司旗下的一款产品，但是被卡茨拒绝了。最终，双方对簿公堂，结果是卡茨败诉，他被判对SEA公司赔款以及停止发放PKARC。后来，卡茨在对PKARC续作的开发中，被迫重新改写所有代码。PKARC即为下文提及的PKZIP的前身，但卡茨没有从PKARC赚到一分钱，还是穷困潦倒，又因为酗酒等众多原因，2000年死在一个汽车旅馆中。
诞生
[编辑]这场官司过后几周，卡茨就制作出了新的压缩软件PKZIP（Phillip Katz' ZIP）。这款全新的软件比ARC的压缩率、压缩性能都要高许多，并且包含更多功能。此后，卡茨还将ZIP的所有技术参数公诸于众。ZIP（意为“速度”）这一名称是由卡茨的朋友罗伯特·马宏利（Robert Mahoney）建议的。他们想暗示，他们的产品比ARC在一定时间内更快速。这个名字往往被写成大写字母，因为在DOS系统内，通常都是使用大写字母作为后缀名的。（这是由于MS-DOS运行在FAT文件系统上。）
Winzip的面世
[编辑]Windows 3.0面世之前，有两种格式与ZIP同样流行，一个是LHA（LHArc），另一个是ARJ（Archiver Robert Jung），直至1995年，这3种压缩格式都是PC应用的主流。1995年，微软发布了Windows95，当时从DOS转移到Windows的用户们，极度渴求在图形界面下的优良软件。Winzip以其优良的性能以及不太晦涩的图形用户界面吸引了用户的目光，在当时获得了大量的市场占有量。其实，当时的WinZip仅仅是一个调用DOS资源的GUI外壳，但是其从Windows 3就开始的制作经验使其GUI性能和外观都比当时的流行软件要好。很快地，WinZip就成为了当时一个很流行的软件，这同时也带动了ZIP的传播。由于在前期太受欢迎，使得到后期很多用户都以为，是WinZip创造了ZIP，其实这是一个误解，关于WinZip更详细的资讯，参见WinZip。
发展
[编辑]因格式开放且免费，越来越多的软件内嵌支援开启Zip文件。这时，Zip文件越来越像一个经过压缩的透明文件夹。
- 自Windows Me以来，Windows内嵌支持打开以及压缩Zip文件。
- 一些下载软件的工具，支持部分下载Zip文件然后进行恢复。
- 越来越多的软件内嵌支持打开Zip文件。
- 几乎所有的压缩软件都支持打开及制作Zip文件。
危机
[编辑]基本上，Zip文件的发展都是由PKware公司与Winzip所推动。然而，两家公司就某些问题上互相猜疑，导致发展缓慢。人们目前最想在Zip文件实现的目标，就是加强目前Zip文件的加密能力。就目前而言，Zip的文件加密能力弱得可怜，仅凭单单一个口令保护，根本满足不了安全需求。虽然卡茨在世时公开了格式，留有为日后升级的空间，但Winzip仅仅是一个使用者，根本无法发布新标准，其标准的制订权依然保留在PKware手中。2002年时，PKware开发了支持256位AES加密的PKZIP 5.0，但是Winzip在2003年发布的Winzip 9却被证明了无法与之相容。双方都互相指责对方违背了Zip的自由开放精神。这是Zip自诞生日起最严峻的挑战。
文件头
[编辑]使用文本编辑器打开任何一个Zip文件，都能看到文件的前两个字母为：PK。
技术
[编辑]ZIP是一种相当简单的分别压缩每个文件的存档格式，分别压缩文件允许不必读取另外的数据而检索独立的文件。理论上，这种格式甚至允许对不同的文件使用不同的算法。不管用何种方法，存档中包含很多小文件的时候，占用空间会明显的比压缩成一个独立的文件（在类Unix系统中一个经典的例子是：普通的tar.gz存档是由一个使用gzip压缩的TAR存档组成）要大。
ZIP的规约指出文件可以不经压缩或者使用不同的压缩算法来存储。然而实际上ZIP几乎总是在使用卡茨（Katz）的DEFLATE算法。
ZIP支持基于对称加密系统的一个简单的密码，现在已知有严重的缺陷，存在已知明文攻击、字典攻击和暴力攻击。ZIP也支持分卷压缩。
近来，ZIP加入了新的压缩和加密算法，不过这些新算法并没有被许多工具所支持并且没有得到广泛应用。
压缩方法
[编辑]用来对比压缩大小的是[1]的内容和最大压缩比。
- Shrinking（方法1）
- 收缩（Shrinking）是LZW的微小调整的一个异体，同样也受到LZW专利问题的影响。因为不明确这项专利是否涵盖反收缩，一些开放源码的项目（例如Info-ZIP）决定谨慎行事，在默认的构造里不包含反收缩的支持。
- Reducing（方法2-5）
- 缩小（Reducing）压缩重复字节序列的组合，然后应用一个基于概率的编码得到结果。
- Imploding（方法6）
- 爆聚（Imploding）使用一个滑动窗口压缩重复字节序列，然后使用多重Shannon-Fano树压缩得到结果。
- Tokenizing（方法7）
- 令牌化（Tokenizing）的方法数是保留的。PKWARE规约没有为其定义一个算法。
- Deflate和增强的Deflate（方法8和9）
- 这些方法使用Deflate算法。Deflate允许最大32K的窗口，而增强的Deflate允许最大64K的窗口。增强版完成任务稍稍成功一些，但是并没有得到广泛的支持。
- Deflate比较尺寸是52.1MiB（使用pkzip for Windows，版本8.00.0038测试）
- 增强的Deflate比较尺寸是52.8MiB（使用pkzip for Windows，版本8.00.0038测试）
- PKWARE Data Compression Library Imploding（方法10）
- PKWARE数据压缩库爆聚（PKWARE Data Compression Library Imploding），官方ZIP格式规约就此没有给出更多的信息。
- 比较尺寸是61.6MiB（使用pkzip for Windows，版本8.00.0038测试，选择二进制模式）
- 方法11
- 此方法被PKWARE保留。
- Bzip2（方法12）
- 此方法使用bzip2算法。此算法比deflate高效但是并没有被（基于Windows平台的）工具所支持。
- 比较尺寸是50.6MiB（使用pkzip for Windows，版本8.00.0038测试）
缺点
[编辑]由于出现于市场的时间早，现在Zip档案与其他压缩格式相比有众多无法忽视的缺点。
原生并不支援Unicode档案名称，容易导致一部分资源共享困难，在东亚文化圈的资源交流尤其显著；无法与7z相比的压缩比率以及如WinRAR的Recovery Record修复支援功能的缺乏亦都是其衰微的原因。
针对上述缺点，前WinZip团队有开发后继者ZIPX格式，但仍不普及。
参见
[编辑]外部链接
[编辑]- Winzip （页面存档备份，存于互联网档案馆）
- PKware （页面存档备份，存于互联网档案馆）
- RARlab （页面存档备份，存于互联网档案馆）
- 7-Zip （页面存档备份，存于互联网档案馆）
- PeaZip （页面存档备份，存于互联网档案馆）
| 仅归档 | |
|---|---|
| 仅压缩 | |
| 归档并压缩 | |
| 软体封装和分发 | |
| 文件封装和分发 | |
