Java：线程中的 Thread.sleep()：无需等待

Question

我遇到了线程不休眠的问题。
我不能把我的整个代码放在这里。所以，为了重现，这是一个等待 5 秒的基本代码。

try {
    int millisec = 5000;
    System.out.println(new Date());
    System.out.println("We wait " + millisec + " milliseconds");
    Thread.sleep(millisec);
    System.out.println(new Date());
} catch (Exception e) {
    e.printStackTrace();
}

输出：

2013 年 8 月 22 日星期四 20:01:42 CEST
我们等待 5000 毫秒
2013 年 8 月 22 日星期四 20:01:47 CEST

一切正常。
但是当我把这段代码放在一个线程中时，没有睡眠。此代码示例：

try {
    Thread aThread = new Thread(new Runnable() {
        @Override
        public void run() {
            try {
                int millisec = 5000;
                System.out.println(new Date());
                System.out.println("We wait " + millisec + " milliseconds");
                Thread.sleep(millisec);
                System.out.println(new Date());
            } catch (Exception e) {
                e.printStackTrace();
            }
        }
    });
    aThread.start();
} catch (Exception e) {
    e.printStackTrace();
}

输出：

2013 年 8 月 22 日星期四 20:07:30 CEST
我们等待 5000 毫秒

...仅此而已，线程已终止。
我不明白为什么。请问有什么想法吗？

编辑：我使用 Eclipse 和 JUnit 进行测试。

Answer 1

好吧，我认为您没有在主线程中调用 join() （如果您使用 JUnit，那么线程调用测试用例并创建线程对象）。

Answer 2

编辑：

问题出在 JUnit 的工作原理上。它不知道产生了后台线程，因此当测试线程完成时，它会杀死其余线程而不等待它们。

---

当我在一个小的 main() 类中尝试时，您的代码正确地吐出了两个日期行。以下是您在应用程序中看不到输出的一些可能性：

• 产生aThread 的线程本身可能是一个守护线程。因此，aThread 是守护进程，因为它的守护进程状态是从生成线程的状态中获取的。如果 JVM 在之前完成，第二个 System.out.println(...) aThread 将被杀死。如果对此有疑问，您应该这样做：

  Thread aThread = new Thread(new Runnable() {
  ...
  // ensure the deamon flag is off _before_ we start the thread
  aThread.setDaemon(false);
  aThread.start();
  

• 另一种可能性是，在第二个 println(...); 之前，某些东西实际上正在关闭 System.out。不太可能但可能。您是否完全使用关闭挂钩进行清理？

• 第三种可能性是实际正在打印输出，但您的 IDE 或控制台不显示输出。

• 另一种可能性是System.out.println(...); 抛出了IOException。检查System.out.checkError() 的值以查看它是否为true 可能会很有趣，尽管我不确定您将如何显示它。

要尝试的一件事是创建一个临时文件而不是打印输出。比如：

new File("/var/tmp/" + System.currentTimeMillis()).createNewFile();

然后您应该会在"/var/tmp"（或您操作系统上的临时目录所在的任何位置）中看到 2 个文件。

您还应该尝试将 System.out 更改为 System.err 以查看是否有任何变化。值得怀疑，但值得一试。

如果这些都不能正常工作，那么某些东西正在强行杀死 JVM，因此它不能等待后台线程。