Spring MVC文件上传配置

版权声明

本文原创作者：谷哥的小弟
作者博客地址：http://blog.csdn.net/lfdfhl

文件上传

Spring MVC文件上传基于Servlet 3.0实现；示例代码如下：

java 复制代码

    @Override
    protected void customizeRegistration(ServletRegistration.Dynamic registration) {
        super.customizeRegistration(registration);
        // 上传文件的临时存储路径
        String tempFilePath = "具体路径";
        File tempFile = new File(tempFilePath);
        if (!tempFile.exists()) {
            tempFile.mkdir();
        }
        // 最大文件大小
        long maxFileSize = 1024 * 1024 * 10; 
        // 整个请求的最大大小
        long maxRequestSize = 1024 * 1024 * 20; 
        // 文件大小阈值
        int fileSizeThreshold = 1024 * 1024 * 2; 
        MultipartConfigElement multipartConfigElement
        = new MultipartConfigElement(tempFilePath, maxFileSize, maxRequestSize, fileSizeThreshold);
        registration.setMultipartConfig(multipartConfigElement);
    }

文件大小阈值

在MultipartConfigElement的上下文中，文件大小阈值（fileSizeThreshold）具有特定的意义。这个阈值指定了在将上传的文件数据写入磁盘之前，数据应保持在内存中的最大字节数。换句话说，它定义了文件上传时内存使用和磁盘使用的分界点。

当文件上传开始时，数据首先会被存储在服务器的内存中。如果上传的文件大小小于这个阈值，那么整个文件都会被保存在内存中，直到上传完成。这样可以提高小文件的上传速度，因为内存访问通常比磁盘访问要快得多。

然而，如果上传的文件大小超过了这个阈值，那么超出阈值部分的数据就会被写入到磁盘上的临时存储位置。这样可以防止大文件上传时占用过多的服务器内存，从而保护服务器的稳定性和性能。

文件大小阈值的设置需要权衡内存使用和磁盘I/O。如果阈值设置得太高，可能会导致服务器内存不足；如果阈值设置得太低，可能会增加磁盘I/O，从而降低上传速度。因此，这个值应该根据服务器的硬件配置、预期的文件大小分布以及性能要求来合理设置。

在以上代码中，fileSizeThreshold被设置为2MB，这意味着任何小于或等于2MB的文件都会完全存储在内存中，而大于2MB的文件则会部分或全部存储在磁盘上。这样的设置适用于许多常见的Web应用程序场景。

设置对multipart请求的支持

registration.setMultipartConfig(multipartConfigElement)这句代码在Servlet配置中用于设置对multipart请求的支持。具体来说，它配置了Servlet如何处理HTTP multipart请求，这种请求通常用于文件上传。

multipartConfigElement是一个MultipartConfigElement对象，它包含了处理multipart请求时所需的各种配置信息，如：

临时存储路径：用于存储上传文件数据的临时目录。
最大文件大小：允许上传的单个文件的最大字节数。
最大请求大小：整个multipart请求的最大字节数，包括所有文件和表单数据。
文件大小阈值：在将文件数据写入磁盘之前，可以在内存中保持的最大字节数。

通过调用registration.setMultipartConfig(multipartConfigElement)，这些配置信息被应用到Servlet上，从而确保Servlet能够正确地解析和处理multipart请求。这对于实现文件上传功能来说是必要的步骤。

需要注意的是，这种方式通常出现在自定义Servlet注册的过程中，即可能是在一个实现了ServletContainerInitializer接口的类中。在Spring Boot等现代框架中，这类配置可能会通过更高级别的配置选项或注解来自动处理，但底层原理是类似的。