Spring RestTemplate是否真的不支持流式传输？问题排查求助

网上有不少关于RestTemplate实现请求流式传输的解答，看起来只需将请求工厂的缓冲设置为false即可，但经过三天调试，我认为它实际上根本不支持流式传输。请各位帮忙指出以下分析中的错误：

我使用的是springframework 5.3.19版本，或许仅该版本存在此问题？我也清楚应该使用WebClient，但首先想弄明白为何我无法实现可行方案...

以下是Spring RestTemplate的大致流程伪代码：

Request request = create(args); // 创建拦截型请求
messageConverters.prepare(request); // 使用拦截型请求!!
request.execute(); // 创建实际的底层委托请求

RestTemplate本质是InterceptingHttpAccessor，通过自身的包装请求工厂（InterceptingClientHttpRequestFactory）支持拦截器。问题在于它创建的请求类型是InterceptingClientHttpRequest，而该类继承自AbstractBufferingClientHttpRequest，这与流式传输的需求完全矛盾。

这个请求看似是实际请求的代理，但实际上只有在执行请求时才会实例化底层的（流式）请求类型。讽刺的是，在通过消息转换器准备请求体时（此步骤在执行请求之前），使用的是InterceptingClientHttpRequest，而AbstractHttpMessageConverter会检查请求是否为StreamingHttpOutputMessage实例，若是则准备流式传输逻辑——但由于此时的请求始终是InterceptingClientHttpRequest而非StreamingHttpOutputMessage，这段流式逻辑永远不会执行。

我曾尝试绕过此行为：确保将请求体设置在HttpComponentsStreamingClientHttpRequest上，但并未生效。原因是该请求的输出流底层是ContentLengthOutputStream，它会忽略所有写入的字节——因为流式传输时内容长度默认设为0或-1，而它会检查字节数组长度是否小于内容长度。此外，HttpComponentsStreamingClientHttpRequest内部的StreamingHttpEntity类的chunked属性返回false，而该属性本应设为true才能实现逐块刷新。

另外，通过SimpleClientHttpRequestFactory创建的SimpleStreamingClientHttpRequest似乎也无法正常工作：它与资源无关联，且只有在与消息转换器交互时已创建才可能生效，但实际情况并非如此（如前文所述）。同时，SimpleStreamingClientHttpRequest并非StreamingHttpOutputMessage的实现类，而HttpComponentsStreamingClientHttpRequest则是。

最后补充：我认定它根本不支持流式传输的直接原因是，我需要传输一个超过2.2GB的文件。Java中字节数组的长度上限为MAX_INT，ByteArrayOutputStream的最大容量也受此限制，当超过该长度时会触发ArraysSupport.hugeLength检查，并抛出OutOfMemoryError（我认为这应该抛出RuntimeException而非内存溢出错误）。起初我误以为是JVM堆内存不足，但实际并非如此。

请问我哪里出现了错误？或是存在错误假设？恳请各位指点。

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