为什么触摸事件会破坏我的 Android 帧速率？

Question

我正在开发一款 Android 游戏。 虽然发生了很多事情，但运行相当顺利。 当然，直到用户触摸屏幕。

当他们触摸它时，会调用 onTouchEvent（使用 action = ACTION_MOVE、x = 0 和 y = 0 >）大约每十毫秒一次，这似乎是相当高的优先级，因为它绝对会消除帧速率。 一旦触摸结束，帧速率就会恢复到良好的状态。

我尝试

• 让 onTouchEvent 像往常一样处理游戏的输入，
• 让 onTouchEvent 立即返回 true 而
• 没有 onTouchEvent完全实施

该问题在所有三种情况下都存在。

有人遇到过这种情况吗？ 有没有办法降低 ACTION_MOVE 事件的生成速率，或者确保它们仅在实际移动时生成，或者使用仅获取当前位置的轮询方法触碰？ 或者只是一种完全禁用它的方法？

Answer 1

阅读此帖子。 基本上，您希望使事件线程休眠，否则系统将泵送大量您需要处理的事件（在 x、y 和压力之间总是发生一些运动）。

Answer 2

我一直在努力听懂你们所说的一切
关于，但我必须承认，在尝试了几种实施方法之后
根据你的建议，我仍然没有取得任何积极的成果
结果。 你们中的一个人可以提供一些示例代码吗？ 具体来说，
我想知道如何让主/UI 线程休眠。 如果
它适用于我的游戏，如果知道如何设置也很好
像 Jon 一样建立一个轮询模型。

这是我的代码的样子。 在 UI 线程上：

public boolean onTouchEvent(MotionEvent event) {
    // Store event somewhere the game thread can see it:
    // ...

    synchronized (someObject) {
        try {
            someObject.wait(1000L);
        } catch (InterruptedException e) {
        }
    }

    return true;
}

和在 Game 线程上：

void myGame() {
    while (!stopping) {
        // ...

        // Get a touch event:
        synchronized (someObject) {
            someObject.notify();
        }
        Thread.yield();

        // ...
    }
}

Answer 3

也许这是一个比较明显的解决方案，但是...您是否尝试过只处理其中的大约 1/10？ 如果您正在执行 UI 线程上每 10 毫秒触发一次的处理，那么这可能会降低帧速率，是的。 那么，如果您只是累积一个计数器，并且仅在超过某个最小阈值后才进行任何处理，该怎么办？

Answer 4

如果您想要一个无需处理同步线程的解决方案，我建议您使用 Handler 接口，使用 Message/Bundle 将事件和相关数据发送到游戏渲染线程。 这里暗示的睡眠解决方法仍然适用。

Answer 5

通常，事件带有时间戳属性，因此很容易计算和限制事件速率。

if (currentEventTimestamp - lastEventTimestamp > 500) { 

    lastEventTimestamp = currentEventTimestamp;

    // do something 

}