android游戏开发
概括地说，最基本的游戏循环是while循环，该循环不断执行一些指令，直到我们发出信号指示完成为止，通常是通过将一个称为running的变量设置为false来完成
boolean running = true;
while (!running)
{
updateGameState();
displayGameState();
}上面的代码盲目运行，无需担心时间和资源。 如果您使用的设备较快，则其运行速度将非常快；如果设备较慢，则其运行速度将较慢。
updateGameState（）更新游戏中每个对象的状态，而displayGameState（）将对象渲染为图像，并显示在屏幕上。
我们在这里应该考虑两件事：FPS和UPS。
FPS – 每秒 帧数 – 每秒调用displayGameState（）的次数。
UPS – 每秒更新 – 每秒调用updateGameState（）的次数。
理想情况下，每秒调用更新和渲染方法的次数相同（最好不低于每秒20-25次）。 25 FPS通常在电话上就足够了，因此我们人类不会注意到动画缓慢。
例如，如果我们以25 FPS为目标，则意味着我们必须每40毫秒（ 1000/25 = 40毫秒，1000毫秒= 1 秒）调用displayGameState（）方法。 我们需要记住，在显示方法之前也要调用updateGameState（） ，并且要使我们达到25 FPS，我们必须确保更新– 显示序列恰好在40毫秒内执行。 如果所需时间少于40毫秒，则我们的FPS较高。 如果花费的时间更多，那么我们的游戏运行速度会更慢。
让我们看一些示例，以更好地了解FPS。
下图正好显示了1 FPS。 它需要更新 - 渲染周期恰好执行一秒钟。 这意味着您将看到屏幕上的图像每秒更改一次。
 |
| 每秒1帧 |
下图显示了10FPS。 更新 – 渲染周期需要100毫秒。 这意味着图像每十分之一秒发生变化。
 |
| 10 FPS |
但是上述情况意味着更新 – 渲染周期每隔1秒就会执行一次。 这是一个假设，我们无法控制周期执行的实际时间，或者可以吗？ 如果我们有200个敌人，而每个敌人都向我们开枪怎么办？ 我们需要更新每个敌人的状态及其子弹的状态，并在一次更新中检查是否有碰撞。 当我们只有两个敌人时，情况就不同了。 时间显然会有所不同。 渲染方法也是如此。 显然，渲染200个发射机器人比仅渲染2个要花费更多的时间。
那是什么情况呢？ 我们可以有一个更新-渲染周期，它可以在不到100毫秒（1/10秒）的时间内完成，可以在完全100毫秒内完成，也可以在更长的时间内完成。 在功能强大的硬件上，它会比功能较弱的硬件上更快。 让我们看一下图。
该周期在所需的时间范围之前完成，因此在运行下一个周期之前，我们有少量的空闲时间。
 |
| 有时间的框架 |
下图显示了一个落后的周期。 这意味着完成更新渲染周期所花费的时间大于所需的时间。 如果花费12毫秒，则意味着我们落后2毫秒（仍考虑10FPS）。 这可能会加剧，并且每个周期我们都会失去时间，游戏将缓慢运行。
 |
| 过期帧 |
第一种情况是所需的。 这使我们有一些空闲时间在开始下一个周期之前做某事。 我们不需要做任何事情，所以我们只是告诉游戏循环在剩余时间段内进入睡眠状态，并在下一个周期到期时醒来。 如果我们不这样做，游戏将比预期的运行得更快。 通过引入睡眠时间，我们获得了恒定的帧速率 。
当循环落后时，第二种情况（我跳过了理想情况，因为它几乎从未发生过），需要使用不同的方法。
为了在游戏中达到恒定的速度，我们需要在需要时更新对象的状态。 想象一下，机器人以恒定的速度接近您。 您知道它是否在一秒钟内通过了屏幕的一半，因此还需要一秒钟才能到达屏幕的另一侧。 为了准确地计算位置，我们需要知道自上一个位置以来的时间增量以及机器人的当前速度，或者我们以恒定的间隔更新机器人的位置（状态）。 我将选择第二个，因为在游戏更新中使用三角洲可能会很棘手。 为了达到恒定的游戏速度，我们将不得不跳过显示帧。 游戏速度不是FPS！
检查下图。 在这种情况下， 更新 – 渲染周期花费的时间比所需时间长，因此我们必须赶上。 为此，我们将跳过此帧的渲染并进行另一次更新，以免影响游戏速度。 我们将在下一帧进行正常循环，甚至需要一些时间来让CPU休息。
 |
| 可变FPS的恒定游戏速度 |
上面的场景有很多变体。 您可以想象游戏更新需要一个以上的全帧。 在这种情况下，我们无法采取任何措施来保持游戏速度恒定，并且游戏运行速度会变慢。 我们可能必须跳过多个渲染以保持速度恒定，但是我们必须确保设置允许跳过的最大帧数，因为它可能需要花费很多更新才能赶上，并且如果我们跳过15帧，则意味着我们从游戏中损失了很多东西，这将是无法玩的。
MainThread.java的run（）如下所示：
// desired fps
private final static int MAX_FPS = 50;
// maximum number of frames to be skipped
private final static int MAX_FRAME_SKIPS = 5;
// the frame period
private final static int FRAME_PERIOD = 1000 / MAX_FPS;
@Override
public void run() {
Canvas canvas;
Log.d(TAG, "Starting game loop");
long beginTime; // the time when the cycle begun
long timeDiff; // the time it took for the cycle to execute
int sleepTime; // ms to sleep (<0 if we're behind)
int framesSkipped; // number of frames being skipped
sleepTime = 0;
while (running) {
canvas = null;
// try locking the canvas for exclusive pixel editing
// in the surface
try {
canvas = this.surfaceHolder.lockCanvas();
synchronized (surfaceHolder) {
beginTime = System.currentTimeMillis();
framesSkipped = 0; // resetting the frames skipped
// update game state
this.gamePanel.update();
// render state to the screen
// draws the canvas on the panel
this.gamePanel.render(canvas);
// calculate how long did the cycle take
timeDiff = System.currentTimeMillis() - beginTime;
// calculate sleep time
sleepTime = (int)(FRAME_PERIOD - timeDiff);
if (sleepTime > 0) {
// if sleepTime > 0 we're OK
try {
// send the thread to sleep for a short period
// very useful for battery saving
Thread.sleep(sleepTime);
} catch (InterruptedException e) {}
}
while (sleepTime < 0 && framesSkipped < MAX_FRAME_SKIPS) {
// we need to catch up
// update without rendering
this.gamePanel.update();
// add frame period to check if in next frame
sleepTime += FRAME_PERIOD;
framesSkipped++;
}
}
} finally {
// in case of an exception the surface is not left in
// an inconsistent state
if (canvas != null) {
surfaceHolder.unlockCanvasAndPost(canvas);
}
} // end finally
}
}请仔细检查以上代码，因为它实现了图表背后的逻辑。 您可以在可下载的项目中找到完整的代码。
我喜欢另一种方法。 它是恒定的游戏速度，每秒最大帧数。 它使用插值法绘制状态，并且在下一次游戏更新之前还有剩余渲染时间的情况下，它会在快速硬件上发生。 这可以增强游戏的视觉效果，因为它可以使动画更加流畅，但是由于我们使用移动设备，因此给CPU休息可以节省大量电池。
有在游戏圈的真棒文章在这里 。 我个人理解游戏循环阅读本文，因此我强烈推荐它。 我能找到的最好的。
请注意，我还修改了Speed.java类中的默认值。 速度以单位/秒为单位。 因为我们将所需的FPS设置为50，这意味着速度将在每次更新时增加50 * speed.value。 若要具有40像素/秒的速度，则需要将每个刻度的速度增量设置为2（40 /（1000/50）= 2）。 换句话说，您需要机器人在每次游戏更新时（如果您每秒更新50个游戏）前进2个像素，以覆盖每秒40个像素。
在此处下载代码并使用它。
检查它，您将获得具有恒定帧速率的恒定游戏速度。
参考： “ 反对谷物 ”博客中我们JCG合作伙伴Tamas Jano的《 游戏循环 》。
- Android游戏开发教程简介
- Android游戏开发–游戏创意
- Android游戏开发–创建项目
- Android游戏开发–基本游戏架构
- Android游戏开发–基本游戏循环
- Android游戏开发–使用Android显示图像
- Android游戏开发–在屏幕上移动图像
- Android游戏开发–测量FPS
- Android游戏开发–雪碧动画
- Android游戏开发–粒子爆炸
- Android游戏开发–设计游戏实体–策略模式
- Android游戏开发–使用位图字体
- Android游戏开发–从Canvas切换到OpenGL ES
- Android游戏开发–使用OpenGL ES显示图形元素（原语）
- Android游戏开发– OpenGL纹理映射
- Android游戏开发–设计游戏实体–状态模式
- Android游戏文章系列
翻译自: https://www.javacodegeeks.com/2011/07/android-game-development-game-loop.html
android游戏开发
1008
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
