java - 为什么我的 Spring webflux 应用程序在每个请求上都会生成临时文件？

Question

为什么spring webflux(或java nio)制作multipartData DataBuffer tmp文件？

就我在 macOS 上的情况而言，文件类似于 /private/var/folders/v6/vtrxqpbd4lb3pq8v_sbm10hc0000gn/T/nio-file-upload/nio-body-1-82f11dbe-61b3-4e5d-8c43-92e02aa38481.tmp 根据要求制作，然后删除。

是否可以通过阻止磁盘写入来提高性能？

这是我的代码:

public class FileHandler {
    public Mono<ServerResponse> postFile(ServerRequest req) {
        val file = req.multipartData()
                .map(map -> map.getFirst("file"))
                .ofType(FilePart.class);
        val buffer = file.flatMap(part -> part.content().next());
        val hash = buffer.map(d -> {
            try {
                val md = MessageDigest.getInstance("SHA-1");
                md.update(d.asByteBuffer());
                return Base64Utils.encodeToString(md.digest());
            } catch (NoSuchAlgorithmException e) {
                // does not reach here!
                return "";
            }
        });
        val name = file.map(FilePart::filename);
        return ok().body(hash, String.class);
    }
}

Answer 1

multipart file support in Spring WebFlux is using the Synchronoss NIO Multipart library 。该实现的缺点是它不是完全响应式的，因此它可以创建临时文件以不将整个内容加载到内存中。

是什么让您认为这种行为是性能问题？您是否有样本或基准测试结果表明这是一个问题？

Spring 框架团队已经致力于此工作，并且 Spring Framework 5.2 中将提供完全响应式实现作为默认设置(请参阅 spring-framework#21659 )。