图像文件格式.doc

目录i. PNGii. BMPiii. JPEGiv. GIFPNG便携式网络图形（Portable Network Graphics，PNG）是一种无损压缩的位图图形格式，支持索引、灰度、RGBA三种颜色方案以及Alpha通道等特性。PNG的开发目标是改善并取代GIF作为适合网络传输的格式而不需专利许可，所以被广泛应用于互联网及其他方面上。PNG另一个非正式的名称来源为递归缩写：“PNG isNotGIF”。特性 支持256色调色板技术以产生小体积文件 最高支持48位真彩色图像以及16位灰度图像。 支持Alpha通道的透明/半透明特性。 支持图像亮度的Gamma校准信息。 支持存储附加文本信息，以保留图像名称、作者、版权、创作时间、注释等信息。 使用无损压缩。 渐近显示和流式读写，适合在网络传输中快速显示预览效果后再展示全貌。 使用CRC防止文件出错。 最新的PNG标准允许在一个文件内存储多幅图像。版本以及历史早期，Unisys公司根据它在GIF格式中使用的LZW数据压缩算法的软件专利（美国 第4558302号）开始商业收费。为避免专利影响，用于表现单张图像的PNG、用于表现动画的MNG图形文件格式被同时创建出来。1999年8月，Unisys公司进一步中止了对自由软件和非商用软件开发者的GIF专利免费许可，从而使PNG格式获得了更多的关注。在PNG传播过程中，很多网络浏览器经过很长时间才开始完全支持PNG格式；如Microsoft Windows默认的Internet Explorer浏览器一直到7.0版才支持PNG格式中的半透明效果，较早期的版本（如6.0 SP1）需要下载Hotfix1或由网站提供额外的Script去支持。2这造成PNG格式并没有得到广泛的认知。 PNG的1.0版本规范于1996年7月1日发布，后来被称为RFC 2083标准，并在1996年10月1日成为W3C建议。 PNG的1.1版本进行了部分小幅修改并增加了三个新的数据块定义，于1998年12月31日发布。 PNG的1.2版本增加了另外一个数据块，于1999年8月11日发布。 PNG现行版本是国际标准（ISOIEC15948:2003），并在2003年11月10日作为W3C建议发布。这个版本与1.2版仅有细微差别。此外也产生了基于PNG的动画格式：1996年6月提出PNF（Portable Network Frame）草案，当年8月改名为MNG（Multiple-image Network Graphics）。12004年末，PNG的动画扩展APNG，被提出来。这是一个相对于MNG更简单的动画实现方案，不识别APNG格式的PNG解码器至少能够正常回放第一幅普通PNG画面。文件结构PNG图像格式文件由一个8字节的PNG文件标识（file signature）域和3个以上的后续数据块（chunk）组成。PNG文件包括8字节文件署名（89 50 4E 47 0D 0A 1A 0A，十六进制），用来识别PNG格式。十六进制含义89用于检测传输系统是否支持8位的字符编码(8 bit data)，用以减少将文本文件被错误的识别成PNG文件的机会，反之亦然。50 4E 47PNG每个字母对应的ASCII，让用户可以使用文本编辑器查看时，识别出是PNG文件。0D 0ADOS风格的换行符(CRLF)。 用于DOS-Unix数据的换行符转换。1A在DOS命令行下，用于阻止文件显示的文件结束符。0AUnix风格的换行符(LF)。 用于Unix-DOS换行符的转换。PNG定义了两种类型的数据块：一种是PNG文件必须包含、读写软件也都必须要支持的关键块（critical chunk）；另一种叫做辅助块（ancillary chunks），PNG允许软件忽略它不认识的附加块。这种基于数据块的设计，允许PNG格式在扩展时仍能保持与旧版本兼容。关键数据块中有4个标准数据块： 文件头数据块IHDR(header chunk)：包含有图像基本信息，作为第一个数据块出现并只出现一次。 调色板数据块PLTE(palette chunk)：必须放在图像数据块之前。 图像数据块IDAT(image data chunk)：存储实际图像数据。PNG数据允许包含多个连续的图像数据块。 图像结束数据IEND(image trailer chunk)：放在文件尾部，表示PNG数据流结束。与GIF/JPEG/JPEG-LS/TIFF对比PNG vs GIF 对于小图像，GIF可以比PNG有更好的压缩率。对于大多数图像，GIF文件都会比PNG要大。 PNG提供了比GIF更广泛的透明度选项，包括通道透明度。 相比GIF只提供了8位的索引颜色，PNG能提拱更大颜色深度的支持，包括24位（8位3通道）和48位（16位3通道）真彩色，可以做到更高的颜色精度，更平滑的颜色过渡等等。当加入通道后，可以支持每个像素64位的表示。 当将一个PNG格式图像转换为GIF时，如果PNG图像含有超过256种颜色，图像质量会由于分色（减少颜色数）而下降。 GIF原生支持动态图像，PNG只能通过非官方的插件来实现。PNG在旧浏览器上的支持会差一些。比如IE6对PNG的支持有限。随着浏览器的换代，这已经不是问题了。PNG vs JPEGJPEG可以对照片（或类似）图像生成更小的文件，这是由于JPEG采用了一种针对照片图像的特定有损编码方法，这种编码适用于低对比，图像颜色过渡平滑，噪音多，且结构不规则的情况下。如果在这种情况下用PNG代替JPEG，文件尺寸增大很多，而图像质量的提高有限。相应的，如果保存文本，线条或类似的边缘清晰，有大块相同颜色区域的图像，PNG格式的压缩效果就要比JPEG好很多，并且不会出现JPEG那样的高对比度区域的图像有损。如果图像既有清晰边缘，又有照片图像的特点，就在在这两种格式之间权衡一下了。JPEG不支持透明度。由于JPEG是有损压缩，会产生迭代有损，在重复压缩和解码的过程中会不断丢失信息使图像质量下降。由于PNG是无损的，保存将要被编辑的图像来说更加合适。虽然PNG压缩照片图像也有效，但有专门针对照片图像设计的无损压缩格式，比如无损JPEG2000，Adobe DNG等。总的来说这些格式都不能做到适用所有图像。对于将要发布的图像可以保存成JPEG，用JPEG编码一次不会造成明显的图像有损。PNG vs JPEG-LSJPEG-LS是一个“几乎”无损压缩格式，相对于上面提到的有损JPEG压缩，它的知名度不高。它可以直接和PNG相比较，使用一组标准的测试图像。在Waterloo Repertoire ColorSet（一组标准测试图像）下，JPEG-LS通常表现要比PNG好10%-15%，但其中有一些图像PNG表现明显更好一些，大约50%-75%。所以，如果这两种格式都支持而且对图像文件大小很敏感的话，可以用这两种格式都试试，和图像数据本身有比较大关系。PNG vs TIFFTIFF是一个相当多方案结合的格式。它被广泛用作专业图像编辑软件之间图像交换的中间格式，因此它不断支持更多应用程序所需的功能，而对应用程序不关心的图像操作部分支持不多。这也意味着许多应用程序只能识别TIFF的一个子集，而产生更多的潜在混淆之处。TIFF使用的最通用的无损压缩算法是LZW。这种算法-GIF中也在使用，直到2003年一直在专利保护之中。有一种TIFF变种使用与PNG相同的压缩算法，但是没有被许多专利程序所支持。TIFF也提供了一种特殊的无损压缩算法，类似CCITTGroup IV，可以对二值图像（比如传真或黑白文本）比PNG有更好的压缩效果。 PNG只支持非自左乘，而TIFF也支持联合（自左乘）。PNG规范中不包含嵌入式EXIF（可交换图像文件格式）图像数据的标准，比如数码像机拍得的图像。而TIFF，JPEG 2000, DNG都支持EXIF。早期的浏览器不支持PNG图像；JPEG和GIF是主流图像格式。由于GIF的颜色深度限制，网页中的有颜色过渡的图像都是使用JPEG。不管怎样，JPEG压缩都会导致图像的轻微模糊。而PNG可以做到在相应颜色深度下的尽可能精确，同时保持图像文件不大。PNG已经渐渐成为一种对于小的梯度图像的较好的选择，众多浏览器都已经对PNG有了很好的支持。BMPBMP取自位图BitMaP的缩写，也称为DIB（与设备无关的位图）是微软视窗图形子系统（Graphics Device Interface）内部使用的一种位图图形格式，它是微软视窗平台上的一个简单的图形文件格式。图像通常保存的颜色深度有2（1位）、16（4位）、256（8位）、65536（16位）和1670万（24位）种颜色（其中位是表示每点所用的数据位）。8位图像可以是索引彩色图像外，也可以是灰阶图像。表示透明的alpha通道也可以保存在一个类似于灰阶图像的独立文件中。带有集成的alpha通道的32位版本已经随着Windows XP出现，它在视窗的登录和主题系统中都有使用。存储算法编辑BMP文件通常是不压缩的，所以它们通常比同一幅图像的压缩图像文件格式要大很多。例如，一个800600的24位几乎占据1.4MB空间。因此它们通常不适合在因特网或者其他低速或者有容量限制的媒介上进行传输。根据颜色深度的不同，图像上的一个像素可以用一个或者多个字节表示，它由n/8所确定（n是位深度，1字节包含8个数据位）。图片浏览器等基于字节的ASCII值计算像素的颜色，然后从调色板中读出相应的值。更为详细的信息请参阅下面关于位图文件的部分。n位2n种颜色的包含调色板的位图近似字节数可以用下面的公式计算：BMP文件大小，其中高度(height)和宽度(width)都以像素为单位。需要注意的是上面公式中的54是位图文件的文件头，是彩色调色板的大小。 如果位图文件不包含调色板，如24位，32位位图，则位图的近似字节数可以用下面的公式计算：BMP文件大小，其中高度(height)和宽度(width)都以像素为单位。另外需要注意的是这是一个近似值，对于n位的位图图像来说，尽管可能有最多种颜色，一个特定的图像可能并不会使用这些所有的颜色。由于彩色调色板仅仅定义了图像所用的颜色，所以实际的彩色调色板将小于。如果想知道这些值是如何得到的，请参考下面文件格式的部分。由于存储算法本身决定的因素，根据几个图像参数的不同计算出的大小与实际的文件大小将会有一些细小的差别。文件格式编辑位图图像文件由若干大小固定（文件头）和大小可变的结构体按一定的顺序构成。由于该文件格式几经演进，这些结构体的版本也很多。位图文件由以下结构体以此构成：结构体名称可选大小用途备注位图文件头否14字节存储位图文件通用信息仅在读取文件时有用DIB头否固定（存在7种不同版本）存储位图详细信息及像素格式紧接在位图文件头后附加位掩码是3或4 DWORD（12或16字节）定义像素格式仅在DIB头是BITMAPINFOHEADER时存在调色板见备注可变定义图像数据（像素数组）所用颜色色深 8 时不能省略填充区A是可变结构体对齐位图文件头中像素数组偏移量的产物像素数组否可变定义实际的像素数值像素数据在DIB头和附加位掩码中定义。像素数组中每行均以4字节对齐填充区B是可变结构体对齐DIB头中ICC色彩特性数据偏移量的产物ICC色彩特性数据是可变定义色彩特性可以包含外部文件路径，由该文件来定义色彩特性下面的部分将会详细地描述位图文件中保存的数据。需要注意的是这是标准位图的文件格式，其他一些位图图像可能根据生成文件的应用程序不同所使用格式可能会有细微的区别。位图文件头编辑这部分数据块位于文件开头，用于进行文件的识别。典型的应用程序会首先普通读取这部分数据以确保的确是位图文件并且没有损坏。所有的整数值都以小端序存放（即最低有效位前置）。偏移量大小用途0000h2字节用于标识 BMP 和 DIB 文件的魔数，一般为 0x42 0x4D，即 ASCII 的 BM。以下为可能的取值： BM Windows 3.1x, 95, NT, . etc. BA OS/2 struct Bitmap Array CI OS/2 struct Color Icon CP OS/2 const Color Pointer IC OS/2 struct Icon PT OS/2 Pointer0002h4字节BMP 文件的大小（单位为字节）0006h2字节保留；实际值因创建程序而异0008h2字节保留；实际值因创建程序而异000Ah4字节位图数据（像素数组）的地址偏移，也就是起始地址。DIB头编辑这部分告诉应用程序图像的详细信息，在屏幕上显示图像将会使用这些信息，它从文件的第15个字节开始。这部分数据块对应了 Windows 和 OS/2 中的内部使用的头结构以及其它一些版本的变体。但所有版本均以一个 DWORD 位（32位）开始，用以说明该数据块的大小，使得应用程序能够根据这个大小来区分该图像实际使用了哪种版本的DIB头结构。存在多种版本的头结构的原因是微软对DIB格式进行过多次扩展。下表即为所有不同版本的DIB头：大小结构名称操作系统支持所加特性12BITMAPCOREHEADEROS21XBITMAPHEADEROS/2和 3.0 版本以来的 Windows64BITMAPCOREHEADER2OS22XBITMAPHEADEROS/2添加半调网屏；添加RLE及霍夫曼1D压缩。40BITMAPINFOHEADERWindows 3.0及更高版本删除RLE-24及霍夫曼1D压缩；添加16/32位像素格式；添加可选的RGB位掩码.52BITMAPV2INFOHEADER无相关信息删除可选的RGB位掩码；添加必选的RGB位掩码。56BITMAPV3INFOHEADER无相关信息添加必选的Alpha通道位掩码。108BITMAPV4HEADERWindows95/NT4及更高版本添加色彩空间类型和伽玛校正。124BITMAPV5HEADERWindows98/2000及更高版本添加ICC色彩特性。BITMAPCOREHEADER 之后的版本都只是在前一版本结构末尾追加字段。出于兼容性的考量，大多数应用程序使用较旧版本的DIB头保存文件。在不考虑OS/2的情况下，目前通用的格式为 BITMAPINFOHEADER 版本，内容在下表中列出。除非有特殊说明，其中所有值均为无符号整数。偏移量大小用途0Eh4该头结构的大小（40字节）12h4位图宽度，单位为像素（有符号整数）16h4位图高度，单位为像素（有符号整数）1Ah2色彩平面数；只有 1 为有效值1Ch2每个像素所占位数，即图像的色深。典型值为 1、4、8、16、24和321Eh4所使用的压缩方法，可取值见下表。22h4图像大小。指原始位图数据的大小（详见后文），与文件大小不是同一个概念。26h4图像的横向分辨率，单位为像素每米（有符号整数）2Ah4图像的纵向分辨率，单位为像素每米（有符号整数）2Eh4调色板的颜色数，为 0 时表示颜色数为默认的 2色深个32h4重要颜色数，为 0 时表示所有颜色都是重要的；通常不使用本项注意：BI_RGB 图像的图像大小字段可以为 0。压缩方法字段（字节 #30-33）的有效值如下表：值标识压缩方法备注0BI_RGB无最常见1BI_RLE8RLE8 位/像素只能用于格式为 8 位/像素的位图2BI_RLE4RLE 4 位/像素只能用于格式为 4 位/像素的位图3BI_BITFIELDS位字段或者霍夫曼 1D 压缩（BITMAPCOREHEADER2）像素格式由位掩码指定，或位图经过霍夫曼 1D 压缩（BITMAPCOREHEADER2）4BI_JPEGJPEG 或 RLE-24 压缩（BITMAPCOREHEADER2）位图包含JPEG图像或经过 RLE-24 压缩（BITMAPCOREHEADER2）5BI_PNGPNG位图包含PNG图像6BI_ALPHABITFIELDS位字段针对 Windows CE .NET 4.0 及之后版本注意：BI_JPEG 和 BI_PNG 仅对打印机驱动有效，不支持屏幕渲染。除此之外，OS/2 的 BITMAPCOREHEADER 头也不鲜见：偏移量大小用途0Eh4该头结构的大小（12字节）12h2位图宽度，单位为像素14h2位图高度，单位为像素16h2色彩平面数；只有 1 为有效值18h2每个像素所占位数。典型值为 1、4、8 和 24注意：OS/2 BITMAPCOREHEADER 的位图都是未压缩的，而且不能是 16 或 32 位/像素。OS/2 BITMAPCOREHEADER 中的所有值均为无符号整数。调色板编辑这部分定义了图像中所用的颜色。如上所述，位图图像一个像素接着一个像素储存，每个像素使用一个或者多个字节的值表示，所以调色板的目的就是要告诉应用程序这些值所对应的实际颜色。典型的位图文件使用RGB彩色模型。在这种模型中，每种颜色都是由不同强度（从0到最大强度）的红色（R）、绿色（G）和蓝色（B）组成的，也就是说，每种颜色都可以使用红色、绿色和蓝色的值所定义。在位图文件的实现中，调色板可以包含很多条目，条目个数就是图像中所使用的颜色的个数。每个条目用来描述一种颜色，包含4个字节，其中三个表示红色、绿色和蓝色，第四个字节没有使用（大多数应用程序将它设为0）；对于每个字节，数值0表示该颜色分量在当前的颜色中没有使用，而数值255表示这种颜色分量使用最大的强度。像素存储编辑表示位图中像素的位元是以行为单位对齐存储的，每一行的大小都向上取整为 4 字节（32位 DWORD）的倍数。如果图像的高度大于 1，多个经过填充实现对齐的行就形成了像素数组。完整存储的一行像素所需的字节数可以通过这个公式计算：ImageWidth以像素为单位像素数组这部分逐个像素表示图像。每个像素使用一个或者多个字节表示。通常，像素是从下到上、从左到右保存的。但如果使用的不是 BITMAPCOREHEADER，那么未压缩的 Windows 位图还可以从上到下存储，此时图像高度为负值。每一行的末尾通过填充若干个字节的数据（并不一定为 0）使该行的长度为 4 字节的倍数。像素数组读入内存后，每一行的起始地址必须为 4 的倍数。这个限制仅针对内存中的像素数组，针对存储时，仅要求每一行的大小为 4 字节的倍数，对文件的偏移没有限制。例如：对于 24 位色的位图，如果它的宽度为 1 像素，那么除了每一行的数据（蓝、绿、红）需要占 3 字节外，还会填充 1 字节；而如果宽为 2 像素，则需要 2 字节的填充；宽为 3 像素时，需要 3 字节填充；宽为 4 像素时则不需要填充。图像相同的条件下，位图图像文件通常比使用其它压缩算法的图像文件大很多。压缩索引色图像可以使用 4 位或 8 位RLE或霍夫曼1D 算法压缩。OS/2BITMAPCOREHEADER2 24 位色图像则可以使用 24 位 RLE 算法压缩。16 位色与 32 位色图像始终为未压缩数据。如果需要，任何色深的图像都可以以未压缩形式存储。像素格式无论是磁盘上的位图文件还是内存中的位图图像，像素都由一组位（英语：bit）表示。 每像素占 1 位（色深为 1 位，1bpp）的格式支持 2 种不同颜色。像素值直接对应一个位的值，最左像素对应第一个字节的最高位。使用该位的值用来对色表的索引：为 0 表示色表中的第一项，为 1 表示色表中的第二项（即最后一项）。 每像素占 2 位（色深为 2 位，2bpp）的格式支持 4 种不同颜色。每个字节对应 4 个像素，最左像素为最高的两位（仅在Windows CE中有效）。需要使用像素值来对一张含有 4 个颜色值的色表进行索引。 每像素占 4 位（色深为 4 位，4bpp）的格式支持 16 种不同的颜色。每个字节对应 2 个像素，最左像素为最高的四位。需要使用像素值来对一张含有 16 个颜色值的色表进行索引。 每像素占 8 位（色深为 8 位，8bpp）的格式支持 256 种不同的颜色。每个字节对应 1 个像素。需要使用像素值来对一张含有 256 个颜色值的色表进行索引。 每像素占 16 位（色深为 16 位，16bpp）的格式支持 65536 种不同的颜色，每 2 个字节（byte）对应一个像素。该像素的 不透明度（英语：alpha）、红、绿、蓝采样值即存储在该 2 个字节 中。 每像素占 24 位（色深为 24 位，24bpp）的格式支持 16777216 种不同的颜色，每 3 个字节对应一个像素。 每像素占 32 位（色深为 32 位，32bpp）的格式支持 4294967296 种不同的颜色，每 4 个字节对应一个像素。为了区分一个颜色值中的哪些位表示哪种采样值，DIB 头给出了一套默认规则，同时也允许使用 BITFIELDS 将某组位指定为像素中的某个通道。其他尽管文件大小比较大，但是位图文件的简单性、在微软视窗和其他地方的广泛使用以及这种格式的优秀文档标准以及没有专利约束，使得它成为其他操作系统图像处理程序能够读写的一种最为常用的格式。X Window System使用类似的.XBM格式表示一位黑白图像以及.XPM（pixelmap）表示彩色图像。另外还有一种.RAW格式，它除了保存原始数据之外没有任何其他信息。其他还有Portable Pixmap file format（.PPM）和Truevision TGA（.TGA），但是它们用得很少或者只用于特殊目的。尽管其他格式也保存为“位图”（与矢量图不同），但是它们使用数据压缩或者颜色索引，所以它们不是严格意义上的位图。由于包含有冗余信息，许多BMP文件使用类似于ZIP这样的无损数据压缩算法能够取得很好的压缩效果。JPEG在电脑中，JPEG（发音为jay-peg,IPA：depg）是一种针对相片图像而广泛使用的一种有损压缩标准方法。这个名称代表JointPhotographicExpertsGroup（联合图像专家小组）。此团队创立于西元1986年，1992年发布了JPEG的标准而在1994年获得了ISO10918-1的认定。JPEG与视频音频压缩标准的MPEG（Moving Picture Experts Group）很容易混淆，但两者是不同的组织及标准。JPEG本身只有描述如何将一个图像转换为字节的数据流（streaming），但并没有说明这些字节如何在任何特定的存储媒体上被封存起来。JPEG的压缩方式通常是破坏性数据压缩（lossy compression），意即在压缩过程中图像的质量会遭受到可见的破坏，有一种以JPEG为基础的标准Lossless JPEG是采用无损的压缩方式，但Lossless JPEG并没有受到广泛的支持。一个由 C-Cube Microsystems 等公司所创建的额外标准，称为JFIF（JPEGFileInterchangeFormat，JPEG文件交换格式）详细说明如何从一个JPEG流，产出一个适合于电脑存储和传输（像是在互联网上）的文件。在普遍的用法，当有人称呼一个JPEG文件，一般而言他是意指一个JFIF文件，或有时候是一个ExifJPEG文件。然而，也有其他以JPEG为基础的文件格式，像是JNG。使用JPEG格式压缩的图片文件一般也被称为JPEG Files，最普遍被使用的扩展名格式为.jpg，其他常用的扩展名还包括.jpeg、.jpe、.jfif以及.jif。JPEG格式的数据也能被嵌进其他类型的文件格式中，像是TIFF类型的文件格式。JPEG/JFIF是万维网（World Wide Web）上最普遍的被用来存储和传输照片的格式。它并不适合于线条绘图（drawing）和其他文字或图标（iconic）的图形，因为它的压缩方法用在这些类型的图形上，得到的结果并不好（PNG和GIF格式通常是用来存储这类的图形；GIF每个像素只有8比特，并不很适合于存储彩色照片，PNG可以无损地存储照片，但是文件太大的缺点让它不太适合在网络上传输）。对于JFIF的MIME媒体类型是image/jpeg（定义于RFC 1341）。在JPEG标准中这个选项大多都是很少使用。当应用到一个拥有每个像素24位（24 bits per pixel，红、蓝、绿各有八比特）的输入时，这边只有针对更多普遍编码方法之一的简洁描述。这个特定的选择是一种有损数据压缩方法。色彩空间转换编辑首先，图像由RGB（红绿蓝）转换为一种称为YUV的不同色彩空间。这与模拟PAL彩色电视传输所使用的色彩空间相似，但是更类似于MAC电视传输系统运作的方式。但不是模拟NTSC，模拟NTSC使用的是YIQ色彩空间。 Y成份表示一个像素的亮度 U和V成份一起表示色调与饱和度。YUV分量可以由PAL制系统中归一化（经过伽马校正）的R,G,B经过下面的计算得到： Y=0.299R+0.587G+0.114B U=-0.147R-0.289G+0.436B V=0.615R-0.515G-0.100B这种编码系统非常有用，因为人类的眼睛对于亮度差异的敏感度高于色彩变化。使用这种知识，编码器（encoder）可以被设计得更有效率地压缩图像。缩减取样（Downsampling）编辑上面所作的转换使下一步骤变为可能，也就是减少U和V的成份（称为缩减取样或色度抽样（chroma subsampling）。在JPEG上这种缩减取样的比例可以是4:4:4（无缩减取样），4:2:2（在水平方向2的倍数中取一个），以及最普遍的4:2:0（在水平和垂直方向2的倍数中取一个）。对于压缩过程的剩余部份，Y、U、和V都是以非常类似的方式来个别地处理。GIF图像互换格式（GIF，Graphics Interchange Format）是一种位图图形文件格式，以8位色（即256种颜色）重现真彩色的图像。它实际上是一种压缩文档，采用LZW压缩算法进行编码，有效地减少了图像文件在网络上传输的时间。它是目前广泛应用于网络传输的图像格式之一。图像互换格式主要分为两个版本，即图像互换格式87a和图像互换格式 89a。 图像互换格式 87a：是在1987年制定的版本。 图像互换格式 89a：是在1989年制定的版本。在这个版本中，为图像互换格式文档扩充了图形控制区块、备注、说明、应用程序接口等四个区块，并提供了对透明色和多帧动画的支持图像互换格式格式自1987年由CompuServe公司引入后，因其体积小而成像相对清晰，特别适合于初期慢速的互联网，而从此大受欢迎。它采用无损压缩技术，只要图像不多于256色，则可既减少文件的大小，又保持成像的质量。（当然，现在也存在一些hack技术，在一定的条件下克服256色的限制）然而，256色的限制大大局限了GIF文件的应用范围，如彩色相机等。（当然采用无损压缩技术的彩色相机照片亦不适合通过网络传输。）另一方面，在高彩图片上有着不俗表现的JPG格式却在简单的折线上效果