为什么在 iPhone 上使用 UIImage 渲染不同图像时性能不佳

Question

我正在使用 UIImage 从 32x32 块渲染游戏地图。 代码如下

for( int x = 0; x < rwidth; ++x)
{
    for(int y = 0; y < rheight; ++y)
    {
        int bindex = [current_map GetTileIndex:x :y];
        CGPoint p;
        p.x = x * tile_size_x;
        p.y = y * tile_size_x;
        [img_list[bindex] drawAtPoint:p];
    }
}

最终渲染了大约 150 个图块。 我的问题是，当我运行此代码时，我的渲染时间会下降到每秒 2-3 帧。

我以为 iPhone 是填充绑定的，但是如果我强制 bindex = 1（即渲染同一块 150 次），那么我会获得完整的帧速率。

我不敢相信从不同的 UIImage 渲染的成本如此之高。

有人可以告诉我我做错了什么吗...

哦，我忘了提及使用 CGImageCreateWithImageInRect 从更大的纹理页面创建的图像列表。

谢谢 富有的

Answer 1

打开 Instruments 并分析您的代码。 看起来您正在绘制到 UIView 中，并且它们并没有真正针对游戏进行优化。由于 UIView 是分层支持的，因此 drawAtPoint: 需要在图像出现在屏幕上之前多次绘制图像（到屏幕外缓冲区）。

话虽这么说，UIImage 并不是真正为游戏设计的。 成为 UIKit 的一部分有很多开销。 你并不真的应该拥有数百个。

按大约速度顺序（从最慢到最快）：

• UIImage（如果您有一些大图像，通常使用）
• CALayers（如果您需要精细的动画控制或您有大约 20 到 100 个图块/图像）
• OpelGL 纹理（大多数游戏应该是这样的）使用）