Java普通线程不调用join()是否引发未知行为？join()适用场景

普通Java非守护线程不调用join()方法不会引发JVM层面的未知行为，你观察到的现象完全符合Java虚拟机规范：JVM只有当所有存活的非守护线程全部终止后才会退出，和主线程是否主动调用join()没有必然联系。

你跑出来的示例结果是完全确定的，不是代码逻辑太简单才出现的偶然情况：主线程执行完System.out.println("Main thread start")后其实已经结束运行，只是3个手动创建的子线程默认都是非守护线程，JVM不会提前退出，会等所有子线程跑完2秒休眠、打印完日志后，才会终止进程。

很多人会把「JVM等待非守护线程退出」和「线程间的执行协调」混为一谈，实际上join()根本不是用来控制JVM退出逻辑的，它的唯一作用是协调两个线程的执行顺序：

• 当线程A调用线程B的join()方法时，线程A会进入阻塞状态，暂停后续代码的执行，直到线程B完全终止，线程A才会恢复运行。

只有当你的业务逻辑需要明确等待某个子线程执行完毕，才能推进当前线程的后续流程时，才需要调用join()，常见场景包括：

• 需要获取子线程的计算结果。比如启动多个子线程并行计算分片数据，主线程要等所有子线程计算完成后才能汇总结果，如果不调用join()，主线程会直接执行汇总逻辑，大概率拿到不完整的中间值，引发业务错误。
  举个简单的反例：

  public static void main(String[] args) {
      List<Integer> calcResult = new ArrayList<>();
      Thread calcThread = new Thread(() -> {
          try {
              // 模拟耗时计算
              Thread.sleep(1000);
          } catch (InterruptedException e) {
              e.printStackTrace();
          }
          calcResult.add(100);
      });
      calcThread.start();
      // 不调用join的话，下面打印时calcResult大概率是空的
      // calcThread.join();
      System.out.println("计算结果：" + calcResult);
  }
  

• 多阶段任务的流程控制。比如任务拆分预处理、正式执行两个阶段，必须等所有预处理线程全部跑完，才能启动正式执行的逻辑，这时候就需要对所有预处理线程调用join()，保证前置步骤100%完成再推进流程。
• 需要明确感知子线程的执行状态。如果你需要确认子线程是正常执行完毕，还是中途抛出异常终止，可以在调用join()后检查子线程的状态，做对应的错误处理。

误区：既然非守护线程不用join也会跑完，那所有异步任务都不用管join了。

这个认知是错误的。JVM会等非守护线程跑完再退出，不代表你的业务流程可以等。比如你在子线程里写交易凭证文件，主线程处理完请求后如果不调用join()等子线程写完，就直接给前端返回「提交成功」，就会出现前端拿到成功响应、但凭证实际还没写完的逻辑错误——这种场景和JVM退不退出无关，是你没有协调好业务流程的执行顺序。

反过来，如果子线程执行的是不需要同步等待的后置任务，比如异步发送通知短信、异步上报埋点，你不需要等任务执行完再给用户返回响应，这种场景完全不需要调用join()，只要子线程是非守护线程，JVM会等它执行完再退出，不会中途中断任务。

最后补充一句：如果线程被设置为守护线程（调用setDaemon(true)），JVM退出时不会等待它执行完成，会直接终止，因此守护线程仅适合做不影响核心业务的辅助工作，比如JVM内置的GC线程就是典型的守护线程。

内容的提问来源于stack exchange，提问作者Troskyvs