紧密循环不好吗？

程序中的紧密循环是不是很糟糕？

我有一个应用程序有两个线程的游戏物理模拟器.updateGame线程和渲染线程.通过使线程休眠几毫秒(以实现我想要的帧速率)来限制渲染线程,并且updateGame线程(基于某些物理方程更新我的游戏对象位置)之前被10毫秒的睡眠限制.

然而,我最近没有对updateGame线程进行了限制,并且我的对象运动的模拟似乎更加逼真,因为我已经取出了10ms的睡眠时间.热循环或紧密循环是不是很糟糕？

private class UpdateTask implements Runnable
{
    private long previousTime = System.currentTimeMillis();
    private long currentTime = previousTime;
    private long elapsedTime;


    public void run()
    {
        while(true)
        {
        currentTime = System.currentTimeMillis();
        elapsedTime = (currentTime - previousTime); // elapsed time in seconds


        updateGame(elapsedTime / 1000f);

            try {
                Thread.currentThread().sleep(1);
            } catch (InterruptedException e) {
                // TODO Auto-generated catch block
                e.printStackTrace();
            }

        previousTime = currentTime;
        }
    }
}

在这个例子中,我只是睡了1ms(根据我对毫秒精度和睡眠功能如何工作的理解,这可能更像是5-10ms.如果我睡不着这个,它开始影响精确度我的碰撞检测和物理模型.

拥有1ms睡眠的紧密循环或循环是一种不好的做法吗？还有什么我应该做的吗？

我读了一篇关于有效地执行物理计算循环的非常棒的帖子:修复你的时间步!

当游戏运行时,通常是用户关心的主要应用程序,因此紧密循环并不是一件大事.你应该做什么,但安排你的更新.您应该知道 - 在目标帧速率下 - 您的帧必须执行多长时间.您应该测量帧占用的时间,并且仅在帧占用的时间减去已知的帧时间后休眠.这样,您的系统将锁定帧速率,而不会随着帧渲染所需的时间而变化.

另一件事是我不相信Thread.sleep具有非常好的分辨率,超过5毫秒,你可能想要寻找一个更准确的Java定时器.