非守护线程输出有时会消失，直到使用 join()

Question

我有一个只使用 两个线程 的小测试，如下所示：

import static java.lang.System.out;


@Test
public void testTwoSimpleThreads() {
    doInParallelAsync(() -> {
                out.println("First Ok");
            },
            () -> {
                out.println("Second Ok");
            });
}

private void doInParallelAsync(Runnable first, Runnable second) {
    new Thread(() -> {
        first.run();
    }).start();

    new Thread(() -> {
        second.run();
    }).start();
}

在我介绍join() 之前，输出 会仅 包含其中之一，然后在它们启动之后。

到目前为止我遇到的两种不同的输出：

一个

First Ok

两个

First Ok
Second Ok

我知道println() 是同步的，而且我知道 ma​​in 线程创建的线程默认是用户线程，用户线程不会退出 直到他们完成。

虽然我使用的是 @Test，但我测试了它们是 非守护进程，正如预期的那样。

non-daemon

当且仅当创建线程是守护线程时才是守护线程

和

Java 虚拟机继续执行线程，直到发生以下任一情况：

1. 已调用 Runtime 类的退出方法，并且安全管理器已允许进行退出操作。

2. 所有不是守护线程的线程都已经死亡，要么是从对 run 方法的调用返回，要么是抛出一个传播到 run 方法之外的异常。

更新

其实我知道答案指出了什么，不知道为什么输出消失了？

我需要问的问题：

1. 主线程关闭的管道？

2. 为什么？是因为每个管道都独立地绑定到一个线程吗？不共享？ （在最后一个线程完成之前管道不会关闭，就像 引用计数 - 文件不会被删除，直到没有人使用它）

3. 最后一个问题：它是由JVM控制还是依赖于操作系统？

管道似乎被我提到的@Test 关闭了。谢谢@meriton 指出。

结论

当我在普通main()中尝试此方法时，直接在start()之后调用System.exit(0);，输出与使用@Test时的输出完全相同。

当使用@Test (Junit) 时，线程不会被等待。更多详情请查看JUnit test not executing all threads created within the test和JUnit terminates child threads。

这是我个人更喜欢的@Alex Lockwood 的解释：

JUnit 是一个单元测试框架...与 Android 框架一样，它有一个主线程，从中可以调用用户定义的单元测试方法。当单元测试返回时，JUnit 立即调用下一个单元测试方法（如果没有更多单元测试方法可以调用，则完全退出）。 JUnit 对您创建/启动的后台线程一无所知，因此您不能假设它会坐在那里等待它们完成。

Answer 1

在所有测试都运行之后，测试运行器是否会调用System.exit()？如果将测试转换为普通的main() 方法，能否重现部分输出？

（我自己尝试过，但在 Eclipse 中将其作为 JUnit 测试运行时无法重现部分输出）

...不，System.out 是一个静态字段，因此由所有线程共享。退出主线程不会关闭流。

Answer 2

那是因为您在不同的线程上启动了它们，而 main thread 不会等待 child threads 完成，并且会在最后一行之后立即关闭它的执行。

所以，到那时如果线程 1 被执行，输出将是：

First Ok

如果线程 2 被执行：

Second Ok

如果运气好，两人都被处决了，那么

First Ok 
Second Ok

或

Second Ok 
First Ok

通过提供join，您要求main thread 等待child thread 完成并因此完成两个输出。

-- 已编辑--

这并不意味着子线程已终止，它们仍然完成了执行，但您可能无法看到结果，因为此时 outstream 可能已关闭或释放

如果你在 Jshell 上执行相同的命令，你总是会得到第二个输出，但有时它会作为另一个命令进来，因为一旦主线程完成，Jshell 就会移动到下一个命令行：