PNG格式

PNG，图扩密铁积欢茶像文件存储格式使排国汽指关道培，其目的是试图替代GIF和TIFF文件格式，同时增加一些GIF文件格式所不具备的特性。可移来自植网络图形格式(Por始李花买小沉table Network Graphic 360百科Format，PNG)名称来源于非官方的"PNG's Not GIF"，是一常学盟更肉范种位图文件(bitmap file)存储格式，读钱甲合房成"ping"练守验。PNG用来存储灰度图像时，灰度图像的深度可多到16位，存储彩色图像时，彩色厚达物图像的深度可多到48弦获孩神古位，并且还可存储多到16位的α通道数据。PNG使路田角样减少研用从LZ77派生的无静布属族变管盟能损数据压缩算区久又问决利器鸡法，一般应用于JAVA格独饭布当差程序中，或网页或S60程序中是因为它压缩比高，生成文件容量小。

• 中文名 图像文件存储格式
• 外文名 Portable Network Graphic Format
• 简称 png
• 优点 区别于jpg背景可被设定自定义

发展历史

　　1995年早期，Unisys公司根据它在GIF格式中使用的LZW数据压缩算法的软件专利开始商业收费，为避免专利影响，用于表现单张图像的PNG、用于表现动画的MNG图形文件格式被同时创建出来。1999年8月，U西买严条市备nisys公司进一步中止了对自由软件和非商用软件开发者的GIF专利免费许可，从而使PNG格式获得了更多的关注。

　　在PNG传播过程中，很多网络浏览器经过很长时间才开始完全才目回凯顾跑尽北白却支持PNG格式，如Microsoft Windows默认的Internet Explorer浏览器一直到7.0版才支持PNG格式中的半透明效果，较早期的版本(如6.0 SP1)需要下载Hotfix 或由网站提供额外的Script去支持，这造成PNG格式来自并没有得到广泛的认知。

　　1996年6月提出PNF(Portable Network Frame)草案，当年8月改名为MNG(Mul360百科tiple-image Network Graphics)。

　　PNG的1.0版本规范于1996年7月1日发布，后来被称为RFC 2083标准，并在1996年10月1日成为W3C建议。

　　PNG的1.1版本进行了部分小幅修改并增加了三个新的数据块定义，于1998年12月31日发布。

　　PNG的1.2版本增加了另外一个数据块，于1999年8月1技从许实问顶露1日发布。

　　PNG现行版本是国际标准(ISO/IEC 15948:2003)，并在2003年11月10日作为W3C建议发布。这个版本与1.2版仅有细微差别。

　　2004年末，PNG的动画扩展--APNG，被提出来。这是一个相对于MNG更简单的动画实现方案延三输把毫菜白测，不识别APNG格式的PNG解码器脸院入叶早知参从独至少能够正常回放第一可影蛋氢它轴即调目女显幅普通PNG画面。

特性

　　体积小 网络通讯中因受带宽制约，在保证图片清晰、逼真的前提下，网页中不可能大范围的使用文件较大的bmp、jpg格式文件。

　　无损压缩 PNG文件采用LZ77算法的派生算法进行压缩，其结果是获得高的压缩比，不损失数据。它利用特殊的编码方法标记重复出现的数据，因而对图像的颜色没有影响，也不沿液考主乎变亲位层可能产生颜色的损失，这样就可以重复保存而不降低图像质量强苗演远。

　　索引彩色模式 PNG-8格式与GIF图像类似，同样采用8位调色板将RGB彩色图像转换为索引彩态促色图像。图像中保存的不再是各个像素的彩色信息，而是从图像中挑选出来的具逐因配也身有代表性的颜色编号，每一编号对应一种颜色，图像的数据量也因此减少，这对彩色图像的传播非常有利。

　　更优化的网络传输显示 PNG图像在浏览器上采用流式浏览，即使经过交错处理的图像会在完全下载之前提供浏览者一个基本的图像内容，然后再逐渐清晰起来。它允许连续读出和写入图像数据，这命按目节沿练露雷把宁个特性很适合于在通信过程中显示和生成图像。

　　支持透明效果 PNG可以为原图像定义256个透明层次，使得彩色图像的边缘能与任何背景平滑地融合，从而彻底地消除锯齿边缘。这种功能是GIF和JPEG没与概有的。

　　PNG同时还支持真彩司价和灰度级图像的Alpha通道透明度。

文件结构

　　PNG图像格式文件(或者称为数据流)由一个8字节的PNG文件署名(PNG file signature)域和按照特定结构组织的3个以上的数据块(息创普海chunk)组成。

文件署名域

　　8字节的PNG文件署名域用来自来识别该文件是不是PNG文件。该域的值是:

　　十进制数137 80 78 71 13 10 26 10

　　杂效十六进制数 89 50 4e 座派黑结飞47 0d 0a 1a 0a

数据块类型码命名约定

　　辅助位: 第一个360百科字节的第5位是0(大写)=关键，1(小写)=辅助。一个解码器遇到一个不能识别的块时，如果发现辅助位为1则可以放心地忽略该块，并继续显示图像。

　　私人位:第二个字节的第5位是0(大写)=公用，1(小写)=私人。应用程序也可以定义私有(未注册)块来达到自己的目的。需要注意的是解码器并不需要理会块的私人位--因为它没有功能上的意义，它只是一个管理上的便利，以确保公共座坚取续离亚妒殖送害院块和私人块名称不会冲突。

　　保留位:第输议仍罗三个字节的第5位必须为0(大写)。该位的意义是为将来可能的扩展保留。

　　安全拷贝位:第4个字节的第5位是0(大写)=复制不安全，1(小写)=复制安全。

　　该位为0(大写)，表示该块的内容随图像数据的更新而更新，如果修改了任何关石植际入键数据块(包括增添、修改、删除以及关键块的重新排序)，就不要把不能识别且"复制不安全"的块输出到新的png文件中。(如果png编辑器可以识别该块，那么当然可以选择输出适当修改后的版本)

　　该位为1(小写)，表示不论png编辑器是否可以识别该块，也不管png文件被多大程度地修改，该鸡长块都可以被拷贝到修改后的png文件中。

　　如果只有辅助块的增添、删除、修改或辅助块的重新排序，png编辑器将总是被允许将不能识别的辅助块拷贝到修改后的png文件中，这就要求:不论"安全拷贝位"如何设置，一将挥色略个辅助块都不能仅随其它辅助块的更新而更新。(即，如果在png中加入自定义的辅助块，必须做到当仅更新其他辅助块中的数据时，该辅助块不需要连带更新，否则上述机制就会破坏该辅助块与其余图像数据的一致性)

　　如果png编辑器遇到一个不能识别的关键块，因为没有办法确定修改包含这种块的文件后png文件还是否有效，所以png编辑器应立刻停延律垂茶针止修改这个png文件。(简单地删除这个块的做法不够好，因为这个块还可能与解码其他块有关)

　　复制安全/不安全的机制是为辅助块设计的。对于关键块，"安全拷贝位"应该总是为0。(译者注:即png格式约定关键块的内容双该皇项架代神采染款秋总随图像数据的更新而更新)

　　关于安全拷贝位的原文东慢实加厂顶费振治在:

　　If a chunk's safe-to-是西略儿西内文则无太copy bit is 1, the chunk may be copied to a modified PNG data风天候轴胶stream whether or not the PNG editor recognizes the chunk type, and regardless of the extent of the datastream modifications.

　　If a chunk's s初思林甲头afe-to-copy bit is 0, it indicates that the chunk depends on the image data. If the program has madeany changes to critical chunks, including addition, modification, deletion, or reordering of critical chunks, then unr画视月省引都前ecognized unsafe chunks shallnot be copied to the output PNG datastream. (Of course, if the program does rec飞稳ognize the chunk,it can choose to output an appropriately modified version.)

　　A PNG editor is always allowed to copy all unrecognized ancillary chunks if it has only added, deleted, modified, or reordered ancill我检弱留ary chunks. This implies that it is not permissible for ancillary chunks to depend on other ancillary chunks.

　　PNG editors shall terminate on encountering an unrecognized critical chunk type, because there is n因总里子鸡永问专算o way to be certain that avalid datastream will result from modifying a datastream containing such a chunk. (Simply discarding the chunk is not good enough, because it might have unknown implications for the interpretation of other chunks.) The safe/unsafe mechanism is intended for use with ancillary chunks. The safe-to-copy bit will always be 0 for critical chunks.

数据块结构

　　PNG定义了两种类型的数据块，一种是称为关键数据块(critical chunk)，这是必需的数据块，另一种叫做辅助数据块(ancillary chunks)，这是可选的数据块。关键数据块定义了4个标准数据块，每个PNG文件都必须包含它们，PNG读写软件也都必须要支持这些数据块。虽然PNG文件规范没有要求PNG编译码器对可选数据块进行编码和译码，但规范提倡支持可选数据块。

　　每个数据块都由表6-07所示的的4个域组成:

　　表中，CRC(cyclic redundancy check)域中的值是对Chunk Type Code域和Chunk Data域中的数据进行计算得到的。CRC具体算法定义在ISO 3309和ITU-T V.42中，其值按下面的CRC码生成多项式进行计算:

　　x+x+x+x+x+x+x+x+x+x+x+x+x+x+1

　　关键数据块

　　IHDR

　　文件头数据块IHDR(header chunk):它包含有PNG文件中存储的图像数据的基本信息，并要作为第一个数据块出现在PNG数据流中，而且一个PNG数据流中只能有一个文件头数据块。

　　PLTE

　　调色板数据块PLTE(palette chunk)包含有与索引彩色图像(indexed-color image)相关的彩色变换数据，它仅与索引彩色图像有关，而且要放在图像数据块(image data chunk)之前。

　　PLTE数据块是定义图像的调色板信息，PLTE可以包含1~256个调色板信息，每一个调色板信息由3个字节组成:

　　因此，调色板的长度应该是3的倍数，否则，这将是一个非法的调色板。

　　对于索引图像，调色板信息是必须的，调色板的颜色索引从0开始编号，然后是1、2……，调色板的颜色数不能超过色深中规定的颜色数(如图像色深为4的时候，调色板中的颜色数不可以超过2^4=16)，否则，这将导致PNG图像不合法。

　　真彩色图像和带α通道数据的真彩色图像也可以有调色板数据块，目的是便于非真彩色显示程序用它来量化图像数据，从而显示该图像。

　　IDAT

　　图像数据块IDAT(image data chunk):它存储实际的数据，在数据流中可包含多个连续顺序的图像数据块。

　　IDAT存放着图像真正的数据信息，因此，如果能够了解IDAT的结构，我们就可以很方便的生成PNG图像。

　　IEND

　　图像结束数据IEND(image trailer chunk):它用来标记PNG文件或者数据流已经结束，并且必须要放在文件的尾部。

　　如果我们仔细观察PNG文件，我们会发现，文件的结尾12个字符看起来总应该是这样的:

PNG文件结构

　　0000000049454E44AE426082

　　不难明白，由于数据块结构的定义，IEND数据块的长度总是0(00 00 00 00，除非人为加入信息)，数据标识总是IEND(49 45 4E 44)，因此，CRC码也总是AE 42 60 82。

　　辅助数据块

PNG格式

　　PNG格式有8位、24位、32位三种形式，其中8位PNG支持两种不同的透明形式(索引透明和alpha透明)，24位PNG不支持透明，32位PNG在24位基础上增加了8位透明通道，因此可展现256级透明程度。

　　PNG8和PNG24后面的数字则是代表这种PNG格式最多可以索引和存储的颜色值。"8″代表2的8次方也就是256色，而24则代表2的24次方大概有1600多万色。