为什么在 aws-sdk-go 中动态设置文件大小并存储在内存中时 getObject 需要更长的时间？

在使用 aws-sdk-go 进行文件操作时，有时我们需要动态设置文件大小并将其存储在内存中。然而，当我们使用 getobject 方法来获取这个文件时，可能会发现获取时间较长。这是因为在 aws-sdk-go 中，getobject 方法是基于 http 协议的，而 http 协议对于大文件的传输需要更多的时间和资源。因此，当我们动态设置文件大小并存储在内存中时，可能会导致 getobject 方法的执行时间变长。为了减少这种情况的发生，我们可以考虑使用其他更适合大文件传输的方法，如分段下载或使用多线程下载等。

问题内容

我尝试理解ForkJoinPool。我实际上不明白 fork 方法在没有 join 和结束条件的情况下做什么。 如果fork发送一个要在队列中执行的任务，那么为什么这段代码不会无限地运行呢？

import java.util.concurrent.ForkJoinPool;
import java.util.concurrent.RecursiveAction;

public class Main {

    public static void main(String[] args) {
        ForkJoinPool pool = new ForkJoinPool();
        pool.invoke(new Test());
    }

    static class Test extends RecursiveAction {

        @Override
        protected void compute() {
            System.out.println(Thread.currentThread().getName());
            Test test = new Test();
            test.fork();
        }
    }
}

结果总是不同的。

第二个问题：如果你在计算中调用 self fork 会发生什么？

@Override
protected void compute() {
      System.out.println(1);
      fork();
}

计算将被调用 1 或 2 次。

或者这个：

GitHub Copilot

GitHub AI编程工具，实时编程建议

下载

protected void compute() {
      System.out.println(1);
      fork();
      join();
}

计算将调用多次，然后停止。

解决方法

它确实无限地运行，但它们守护线程不会阻止 JVM 关闭，因此它们会在主线程完成后（即立即关闭）关闭。设置一个无限循环来阻止主线程完成，您将看到您的任务无限进行。

public static void main(String[] args) {
    ForkJoinPool pool = new ForkJoinPool();
    pool.invoke(new Test());
    while (true) {}
}

static class Test extends RecursiveAction {

    @Override
    protected void compute() {
        System.out.println(Thread.currentThread().getName());
        Test test = new Test();
        test.fork();
    }
}