cocos2d-x 图片性能测试
本文是原创文章，如需转载，请注明文章出处
本次测试使用的cocos2d-x版本是3.9，测试环境是XCode7自带的iphone5
一、JPG格式与PVR.CCZ格式对比
1.占用空间对比
a）不透明图片
|
原始大小（KB） |
PNG(KB) |
JPG(KB) |
PVR.CCZ(KB) |
|
|
A |
3408 |
1428 |
203 |
725 |
|
B |
3408 |
1300 |
175 |
677 |
|
C |
3408 |
785 |
107 |
382 |
|
D |
3408 |
656 |
126 |
384 |
随便找了4张1136*768的不透明图片为样本，像素格式使用RGBA8888，则原始大小为1136*768*32/8=3408KB。
以A图为例：
如果存储为PNG格式，像素格式是RGBA8888，PNG格式是无损压缩，大小为1428KB；
如果存储为JPG格式，我使用PS6以高质量压缩后，大小为203KB，肉眼看起来完全跟PNG格式一样；
如果存储为PVR.CCZ格式，对于不需要透明度的图片，像素格式用RGB565，大小为725KB，肉眼看起来完全跟PNG格式一样。
结论：
对于不透明图片，JPG格式图片体积大约是PNG格式的1/7。PVR.CCZ采用RGB565像素格式的情况下，图片质量基本无损，体积大约是PNG格式的1/2。
PVR.CCZ格式图片大小 ≈ JPG格式图片大小的3.5倍
b）透明图片
|
原始大小（KB） |
PNG(KB) |
JPG(KB) |
PVR.CCZ(KB) |
|
|
E |
1361 |
427 |
- |
608 |
|
F |
1725 |
576 |
- |
771 |
|
G |
1556 |
654 |
- |
884 |
|
H |
1556 |
755 |
- |
1037 |
随便找了4张透明图片为样本，像素格式使用RGBA8888。
以H图为例，这是一张分辨率为942*423的透明图片，假设像素格式是RGBA8888，则每个像素大小为32bits，如果不使用压缩，大小为942*423*32/8=1556KB：
如果存储为PNG格式，像素格式是RGBA8888，PNG格式是无损压缩，大小为755KB；
如果存储为JPG格式，JPG格式会丢失透明度，不可取。
如果存储为PVR.CCZ格式，像素格式用RGBA8888，大小为1037KB。
结论：
对于透明图片，由于JPG格式不支持半透明，所以只能选择PVR.CCZ或者PNG格式，在都采用RGBA8888像素格式的情况下，PVR.CCZ格式比PNG格式体积稍大。
PVR.CCZ格式图片大小 ≈ PNG格式图片大小的1.35倍
2.运行时加载效率对比
|
JPG(KB) |
加载耗时（ms） |
PVR.CCZ(KB) |
加载耗时（ms） |
|
|
A |
203 |
42 |
725 |
13 |
|
B |
175 |
42 |
677 |
13 |
|
C |
107 |
38 |
382 |
10 |
|
D |
126 |
38 |
384 |
10 |
根据表中数据得出结论：
1136*768的图片，在FPS24的帧率下，JPG格式需要42ms，相当于1帧的时间了，而PVR.CCZ只需要1/3的时间。从加载效率来看，PVR.CCZ格式显然要快得多。
3.运行时占用内存对比
a）JPG
以1136*768的A图片为例，原始大小为3.33MB。
加载JPG格式图片时：
1)读取JPG图片数据，占用203KB。
2)经过CCImage::initWithJpgData()生成CCImage对象，像素格式是RGB888，占用3.33*3/4=2.50MB。
3)释放JPG图片数据。
4)通过CCImage对象生成临时数据解析像素数据，占用3.33MB，并存为Texture2D对象，占用3.33MB，然后释放临时数据。
5)释放CCImage对象。
整个加载过程占用：本身JPG图片大小（203KB）+ CCImage（2.50MB）+解析像素数据（3.33MB）+ 纹理数据（3.33MB）≈ 将近3倍原始大小。最终Texture2D对象常驻内存，占用3.33MB。
b）PVR.CCZ
以1136*768的A图片为例，像素格式使用RGB565，原始大小为1.66MB。
加载PVR.CCZ格式图片时：
1)读取PVR.CCZ图片数据，占用725KB。
2)解压PVR.CCZ，生成PVR数据，占用1.66MB（1136*768*16/8）。
3)释放PVR.CCZ数据。
4)通过PVR数据生成CCImage对象，占用1.66MB。
5)释放PVR数据。
6)通过CCImage数据生成Texture2D对象，占用1.66MB。
7)释放CCImage对象。
整个加载过程占用：本身图片大小（725KB）+ PVR（1.66MB）+ CCImage（1.66MB）+ Texture2D（1.66MB）≈ 将近3.5倍原始大小。最终Texture2D对象常驻内存，占用1.66MB。
结论：
JPG格式图片大小是PVR.CCZ格式的30%左右。
JPG格式图片加载速度慢，是加载PVR.CCZ格式的3倍时间以上。
加载JPG格式图片需要将近3倍图片原始大小，加载PVR.CCZ格式图片需要3.5倍图片原始大小，这方面JPG略胜。
根据以上三方面对比得出结论：
1.对于半透明图片，由于JPG不支持半透明，只能选择PVR.CCZ。推荐使用RGBA8888或RGBA4444的PVR.CCZ格式。
2.对于不透明图片，JPG与PVR.CCZ各有优劣，如果是大的背景图，由于JPG加载速度慢可能导致卡顿，建议用RGB565或RGBA5551的PVR.CCZ格式；如果是小的icon之类，在不影响运行效率的情况下，推荐使用JPG格式。
二、图片资源组合在一张图上的性能影响
1.占用空间对比
以分辨率为106*134的74张RGBA4444图片为例，
组合在一张图片的大小（925KB）
分散成74张图片的大小（888KB）
组合在一张图片的大小≈分散成74张图片的大小的1.05倍
结论：
从占用空间对比来看，组合在一张图片上的体积略大一点点，如果是很多不规则尺寸的图组合在一张图上，这个体积差距会更大一些。
2.运行时加载效率对比
依然以分辨率为106*134的74张RGBA4444图片为例，
组合在一张图片时，首次加载整张图片需要13ms，之后每次取缓存即可。分别加载74张图，时间在1ms之内。
分散成74张图片时，分别加载74张图，一共需要132ms。
结论：
从运行时加载效率对比来看，当总加载数量不超过7张时，单张单张加载更快一点，当总加载数量超过7张时，组合在一张图片上会快很多。
3.运行时占用内存对比
依然以分辨率为106*134的74张RGBA4444图片为例，
组合在一张图片时，加载后纹理常驻内存需要2008（宽）*530（高）*16/8=2.03MB。
分散成74张图片时，每次加载后纹理才会常驻，每张纹理占106*134*16/8=28KB。
结论：
从运行时占用内存对比来看，加载整张图片会使其一直常驻内存占用空间，分散加载会在加载单张图片后才常驻内存。
根据以上三方面对比得出结论：
1.对于英雄头像这种游戏中大量且经常用到的资源，推荐组合在一张图片上，因为只需要首次加载后，之后就算要大量加载也毫无压力，至于内存，就算是单张单张加载最后也要常驻内存的，影响不大。
2.对于背景图这种很少用到且不可能大量加载的资源，应该分成单张图片，避免内存浪费。
