选RecursiveTask还是RecursiveAction取决于是否有返回值：有结果用RecursiveTask（需指定泛型并return值），无结果用RecursiveAction（compute()返回void）；二者均为ForkJoinTask子类，不可直接实例化抽象父类。

RecursiveTask 和 RecursiveAction 到底选哪个？ 看返回值：有结果就用 RecursiveTask，没结果就用 RecursiveAction。不是风格偏好，是类型强约束——RecursiveAction 的 compute() 方法返回 void，硬塞 return 语句会编译失败；而 RecursiveTask<t></t> 必须指定泛型，并在 compute() 里返回对应类型的值。

• 求和、找最大值、归并排序的合并阶段 → 用 RecursiveTask<integer></integer> 或 RecursiveTask<list>></list>
• 遍历树节点打日志、批量更新对象状态、初始化数组元素 → 用 RecursiveAction
• 别试图在 RecursiveAction 里靠成员变量“攒结果”：多线程下不安全，且违背 Fork/Join 的任务隔离设计原则

为什么不能直接 new ForkJoinTask()？ForkJoinTask 是抽象类，没有实现 compute()，也没提供默认任务调度逻辑。JVM 不知道这个“空壳任务”该 fork 什么、join 什么、怎么拆分。

• 所有自定义任务必须继承 RecursiveTask 或 RecursiveAction，二者已封装了：
  • fork() / join() 的线程池上下文绑定
  • invoke() 调用时的阻塞等待机制
  • 工作窃取（work-stealing）所需的内部状态标记（如 status 字段）
• 直接 extends ForkJoinTask 属于高阶定制，99% 的业务场景没必要，还容易漏掉关键 hook 点（比如忘记调用 setRawResult()）

常见踩坑：compute() 里忘了 fork/join 或写错顺序 典型错误是把子任务当成普通方法调用，或者 join() 写在 fork() 前面，导致串行执行甚至死锁。

• 正确模式（以 RecursiveTask<integer></integer> 为例）：

  protected Integer compute() {
    if (end - start <= THRESHOLD) {
      return sumDirectly();
    }
    int mid = (start + end) / 2;
    RecursiveTask<Integer> left = new SumTask(data, start, mid);
    RecursiveTask<Integer> right = new SumTask(data, mid, end);
    left.fork();   // 异步提交左任务
    int rightResult = right.compute(); // 当前线程算右任务（避免额外线程开销）
    int leftResult = left.join();      // 等左任务结果
    return leftResult + rightResult;
  }

• 错误写法：
  • left.compute(); right.compute(); → 完全串行，失去并行意义
  • left.join(); left.fork(); → 先 join 一个还没 fork 的任务，永远卡住
  • 在 RecursiveAction 的 compute() 里调用 get() → 编译不过，它没继承 Future 接口

ForkJoinPool 提交任务时，invoke() 和 submit() 有什么实际区别？ 核心在于调用线程是否阻塞，以及返回值类型不同。

• invoke(task)：
  • 当前线程同步阻塞，直到任务完成
  • 返回 task 的计算结果（RecursiveTask）或 null（RecursiveAction）
  • 适合主流程必须等结果才能继续的场景，比如接口响应前必须拿到聚合结果
• submit(task)：
  • 立即返回 ForkJoinTask 实例（本质是 Future 子类）
  • 调用方需手动 task.join() 或 task.get() 获取结果
  • 适合需要异步触发、后续再择机获取结果的场景，比如后台预热、事件驱动处理

别忽略一点：无论用哪个提交方式，任务内部的 fork()/join() 行为都只在 ForkJoinPool 的工作线程中生效；如果在普通线程里调用 fork()，任务会直接被丢弃（无报错），这是最容易被忽略的静默失效点。

Java调试

通过 JDWP 实现 Java 远程调试：连接远程 JVM、设置断点、单步执行代码、查看变量值、获取调用栈。适用于需要调试远程 Java 应用、排查运行时状态、追踪代码执行流程的场景。 术语注解 JDWP：Java Debug Wire Protocol，Java 调试有线协议（Java 远程调试底层通信协议） remote JVM：远程 Java 虚拟机 step through code：代码单步调试（步入 / 步过 / 步出调试） inspect variables：变量查看 / 变量检视 stac

下载