小编use*_*123的帖子

所以，我正在用 JAVA 创建一个等距游戏；简单来说，它有一个由瓦片组成的地图，当用户在屏幕上拖动鼠标时，地图就会移动。为了给你们一个想法，它目前看起来像这样：

在实际原型版本之前，我构建了一个本身没有“游戏循环”的小型 Java 应用程序；唯一更新 tile-map 位置的是鼠标拖动的事件侦听器，它在移动更新后调用 repaint() 方法。它工作正常，我可以选择瓷砖并毫无问题地移动地图。

从那时起，我重建了原型思维，开发了更像真正的游戏引擎，具有游戏状态管理器和真正的游戏循环；游戏循环代码如下所示：

    init();

    long start;
    long elapsed;
    long wait;

    while(running){
        start = System.nanoTime();

        update();
        draw();
        drawToScreen();

        elapsed = System.nanoTime() - start;
        wait = targetTime - elapsed / 1000000;

        if(wait < 0)wait = 5;
        try{
            Thread.sleep(wait);
        } catch(Exception e) {
            e.printStackTrace();
        }

    }

GameStateManager 使用 update() 和 draw() 方法进行访问，因此我可以像旧原型一样很好地绘制地图。当我在屏幕上拖动鼠标以便地图可以移动时出现问题; 动画变得非常粗糙，以至于我实际上可以看到瓷砖之间的黑色背景在所有瓷砖的最终位置之前移动。

起初我以为问题出在游戏循环线程和主类的事件侦听器之间的并发性，因为可以在 JPanel 尝试绘制刚才绘制的地图时调用 mouseDragged 事件；然后我在我的游戏循环代码上测试了这个：

        SwingUtilities.invokeLater(new Runnable(){
            public void run(){
                draw();
                drawToScreen();
            }
        });
        //draw();
        //drawToScreen();

现在原型工作得很好。

所以，我的问题是，这种性能是沉重的，还是在 Java 中只是一种不好的做法？另外，我的“并发”假设是否正确？这是我第一次在 Java 中处理线程，所以我真的不知道我是否以正确的方式处理了这个问题。 …