LibGDX问题：移动应用窗口时精灵出现异常行为

哈哈，这个坑我当初刚上手LibGDX的时候也踩过！你碰到的其实是帧时间（delta time）不稳定引发的碰撞穿透（tunneling）问题——当拖动窗口、移动鼠标触发系统操作时，游戏的渲染循环会被短暂阻塞，导致单次传入render()方法的deltaTime变得异常大。这时候如果直接用这个超大的时间值去更新物理和精灵移动，物体就会瞬间跳过好几帧的移动距离，碰撞检测完全来不及反应，看起来就像碰撞系统“罢工”了，精灵直接掉进地面、角色被甩飞都是这个原因。

核心修复思路：限制最大delta值 #

你已经根据@Tenfour04的提示搞定了，这个方案非常靠谱！核心就是把单次更新的时间值限制在一个合理的范围内（比如对应60帧的1/60f），避免超大delta破坏物理模拟。

我把你的修复代码重新格式化得更易读：

// Main rendering game class
public class GameScreen extends Screen {
    /* 你的其他代码 */

    @Override
    public void render(float deltaTime) {
        // 强制限制单次更新的最大时间，防止卡顿导致的物理穿透
        float delta = Math.min(1/60f, deltaTime);

        if (!paused) {
            // 所有移动、物理相关的更新逻辑都在这里执行
            worldController.update(delta);
        }

        // 设置清屏颜色
        Gdx.gl.glClearColor(174 / 255.0f, 222 / 255.0f, 203 / 255.0f, 255 / 255.0f);
        // 清除屏幕缓存
        Gdx.gl.glClear(GL20.GL_COLOR_BUFFER_BIT);

        worldRenderer.render();
    }
}

为什么这能解决问题？ #

举个例子：如果窗口拖动导致游戏卡了0.2秒，deltaTime就会变成0.2，要是直接用这个值更新，物体一下子就移动了相当于12帧的距离，碰撞检测根本抓不到碰撞过程，自然就穿过去了。通过Math.min(1/60f, deltaTime)，我们把单次更新的时间牢牢锁在~0.0167秒，哪怕卡顿，也只会让游戏慢几帧，而不会出现穿透这种诡异的Bug。

要是你用了Box2D做物理，还可以开启连续碰撞检测（CCD）来进一步优化，但限制delta值是最基础、最通用的方案，特别适合入门项目。

内容的提问来源于stack exchange，提问作者JohnnyGat