java - 处理可取消超时的典型 Java 技术是什么？

Question

在运行 Android 2.2 的设备上，我想检测用户何时按下屏幕一段时间。想象一下，通过短按(点)和长按(破折号)来发送莫尔斯电码消息。我希望在用户抬起手指时立即对短按使用react，并在(比如说)500 毫秒后对长按使用react，即使她继续按住手指也是如此。

我都看过 FutureTask和 ScheduledExecutorService但对于这个实现来说，这些看起来有点矫枉过正。或者也许我只是对直接处理线程以及查看处理它们所需的所有代码感到畏惧。

下面是我如何用其他语言完成此类操作的简化伪代码:

public boolean onTouch(MotionEvent event) {
  if (event.getAction() == MotionEvent.ACTION_DOWN) {
    timer = createObjectToCallback(callbackMethod, 500); // milliseconds

  } else if (event.getAction() == MotionEvent.ACTION_UP) {
    if (timer still exists) {
      timer.kill();
      // Do the short press thing
    } else {
      // Do nothing. It already happened when callbackMethod was triggered
    }
  }
}

public void callbackMethod() {
  // Do the long press thing. The timer has already auto-destructed.
}

在 Java 中有哪些简单的方法可以做到这一点？

== 编辑以响应 @zapl 的答案 ==

编写有效的代码是一回事。了解它的工作原理是另一回事。

如果我理解正确的话，更新 UI 的线程已经在循环中运行。让我们想象一个非常简单的情况。

Main Activity 创建一个黑色 Canvas ，并包含一个 onTouch 方法。当它启动时，它会调用setOnTouchListener。主线程现在不断监听来自屏幕的输入。如果用户触摸屏幕的方式发生了变化，它会调用 onTouch 方法，并提供有关更改的信息。

假设 onTouch 方法在触摸点周围绘制一个绿色圆圈。该圆圈是使用属于主线程的循环绘制的。绘图完成后，主线程开始检查屏幕上的新更改。如果没有变化，则不会再次调用 onTouch，并且绿点不会移动。

当用户抬起手指时，屏幕向主线程提供更改的信息，并且 onTouch 方法中的代码会删除该点。

Create interface
Has the screen detected a change? No: loop
Has the screen detected a change? No: loop
...
Has the screen detected a change? Yes: draw a green dot; loop
Has the screen detected a change? No: loop.
...
Has the screen detected a change? Yes: new position => redraw the green dot; loop
...
Has the screen detected a change? Yes: not touching => remove dot; loop
Has the screen detected a change? ...

假设我希望如果用户的手指至少 500 毫秒没有移动，点就会变成红色。没有移动意味着没有回调onTouch。因此，我可以设置一个 Handler，它将自身添加到主线程中的循环中。主线程现在在其循环中有两个操作。

Create interface
Has the screen detected a change? No: loop
Has the screen detected a change? No: loop
...
Has the screen detected a change? Yes: a touch; draw a green dot; add Handler; loop
Has the screen detected a change? No;
  Is it time for Handler to trigger? No: loop.
...
Has the screen detected a change? No;
  Is it time for Handler to trigger? Yes: change dot color to red; remove Handler; loop.
Has the screen detected a change? No: loop.
...
Has the screen detected a change? Yes: not touching => remove dot; loop
Has the screen detected a change? ...

由Handler执行的任何代码都会阻塞主线程，直到它完成为止。
这是对 Handler 功能的准确描述吗？

Answer 1

当您实际上不需要并行性时使用线程确实有点矫枉过正，因为它增加了它自己的一系列问题。您需要的是安排将来运行的代码，但在同一线程上。安卓的Handler完全可以做到这一点。您可以安排 Runnable 或 Message 到达。还有导出的CountDownTimer用于更简单地安排周期性事件。

但在这种情况下可能不需要，因为有 GestureDetector .

Android自带，可以区分单击、长按、双击几种类型。它的行为也与系统的其余部分一致。您可能会想使用它。

更多关于http://developer.android.com/training/gestures/detector.html

如果您确实想实现自己的或只是想查看如何使用 Handler 的示例，请查看 GestureDetector's source 。它充满了与您发布的代码类似的代码(mHandler.hasMessages、mHandler.removeMessages、mHandler.sendEmptyMessageDelayed)。

注意:Handler 不是标准的 Java 类，因为在同一线程中调度事件需要线程基于消息队列，并且没有标准的解决方案。它还取决于 UI 框架，框架的线程安全程度如何。如果您尝试从某个后台线程修改 ui，Android 会尝试抛出异常。然而，相同的方法应该适用于 Swing 的事件调度线程 (SwingUtilities.invokeLater)。

<小时/>

编辑:尝试解释 Ui 线程和处理程序:

Any code executed by the Handler will block the Main thread until it has completed.

正确。 Android 的主线程工作方式非常简化，如下所示:

public BlockingQueue<Runnable> queue = new LinkedBlockingQueue<Runnable>();
public void loop() {
    while (true) {
        Runnable currentTask = queue.take(); // blocks until something happens
        currentTask.run();
        // repeat.
    }
}
public void enqueue(Runnable runnable) {
    queue.put(runnable);
}

public static void main(String[] args) {
    startThreadsThatReceiveSystemEvents();
    enqueue(new Runnable() {
        @Override
        public void run() {
            Activity activity = createStartActivity();
            activity.onCreate();
            activity.onResume();
        }
    });
    loop(); // fun fact: an android app will never return from here
            // it's process is simply killed by the system
}

现实世界中的等价物通常可以在很远的堆栈跟踪中找到:

E/AndroidRuntime(20941): at android.os.Looper.loop(Looper.java:130)
E/AndroidRuntime(20941): at android.app.ActivityThread.main(ActivityThread.jav a:3691)

Android 在启动/停止 Activites、绘制屏幕等方面所做的一切都是某些内容排队的结果，以便运行循环在某个时刻对其进行评估。 Handler 使用完全相同的队列。您排队的所有内容都将与该循环中已经发生的所有其他内容一起执行。一个线程不能并行地做事情，所以它都是顺序的。这就是处理程序任务阻塞其他任务的原因。

您的触摸事件示例基本上是正确的，只是没有主动查看触摸屏。它通过与系统的连接获得通知。本质上还有另一个线程(Binder 线程，如果您曾经查看过线程列表)正在监听来自系统的消息，一旦消息到达，该线程所需要做的就是将它们排队到主循环中。如果循环正在等待，这可以自动唤醒循环。

主线程队列实际上不是一个简单的BlockingQueue，因为它也需要支持预定事件。这是一个名为 MessageQueue 的 Android 特定实现。并部分以 native 代码实现。 loop 方法也在它自己的类中 (Looper)。而且队列并没有直接使用Runnable，它实际上是一个Message的队列。 s - 可以包含一个 Runnable (在隐藏字段中)，并且当运行循环在消息中找到 Runnable 时，它​​将像上面的示例代码一样执行它。

每个 Handler 都绑定(bind)到一个 Looper/MessageQueue 组合(因此绑定(bind)到 1 个线程)。 Handler.post/sendMessage 完成构建正确消息并将其排队的肮脏工作。该消息有一个返回您的处理程序的链接，因此循环知道哪个处理程序的 handleMessage调用方法。

除了使用现有的主线程循环/队列之外，您还可以为它们创建额外的基于队列的线程和处理程序。 https://stackoverflow.com/a/13369215/995891包含一个小例子。