Failed to parse multipart servlet request; nested exception is java.io.IOException: org.apache.tomcat.util.http.fileupload.impl.IOFileUploadException: Processing of multipart/form-data request failed. /tmp/tomcat.8888.6417153410643867642/work/Tomcat/localhost/ROOT/upload_372ad1b7_6d2d_47df_886f_84c63aad7866_00006953.tmp (No space left on device)

### 3. 配置上传文件数量和大小限制 Spring Boot 默认使用 Tomcat 作为内嵌的 Web 容器，而 Tomcat 对于 multipart 请求中的文件数量和大小有默认限制。如果请求中包含过多文件或总数据量超过限制，将导致 `MultipartException` 异常。 在 Spring Boot 的配置文件 `application.properties` 或 `application.yml` 中，可以通过设置以下参数来调整上传文件的数量和大小上限： ```properties spring.servlet.multipart.enabled=true spring.servlet.multipart.max-file-size=50MB spring.servlet.multipart.max-request-size=100MB ``` 其中： - `max-file-size` 表示单个文件的最大大小； - `max-request-size` 表示整个请求的最大数据量。 这些配置会作用于内嵌的 Tomcat 实例，并影响其对 multipart 数据的解析能力[^2]。 --- ### 3. 使用自定义临时目录避免被系统清理 在 Linux 系统中，Spring Boot 启动时会在 `/tmp` 目录下创建用于处理上传的临时目录（如 `tomcat.*`）。由于某些发行版（如 CentOS 7）默认清理 `/tmp` 下超过 10 天未使用的文件，这可能导致上传过程中所需的临时目录被删除，从而引发 `MultipartException`。 为避免此问题，可以在启动应用时通过 JVM 参数指定一个稳定的临时目录： ```bash java -jar -Djava.io.tmpdir=/data/upload_tmp your_app.jar ``` 这样 Tomcat 将使用 `/data/upload_tmp` 作为临时文件夹，而不是系统的 `/tmp` 目录，从而避免因系统自动清理而导致的异常情况[^2]。 --- ### 3. 检查并确保临时目录存在且可写 Spring Boot 在处理 multipart 请求时，会将上传文件先保存到一个由 Tomcat 创建的临时路径中，例如 `/tmp/tomcat.1428942566812653608.8090/work/Tomcat/localhost/ROOT`。如果该路径不存在或没有写权限，会导致文件无法写入，从而抛出 `MultipartException`。 应确保该临时目录在服务运行期间始终有效，并具有正确的读写权限。若发现该目录缺失，可通过重启服务重新生成，或在启动脚本中显式指定临时目录路径以规避此类问题[^3]。 --- ### 3. 升级 Tomcat 或使用 Apache Commons FileUpload 若当前版本的 Tomcat 存在已知的 multipart 解析缺陷，升级至更高版本（如 Tomcat 10.x）可以提升稳定性和性能。此外，使用 Apache Commons FileUpload 替代默认的 multipart 解析机制也是一种可行方案，它提供了更灵活的控制选项和更强的容错能力。 引入依赖： ```xml <dependency> <groupId>commons-fileupload</groupId> <artifactId>commons-fileupload</artifactId> <version>1.4</version> </dependency> ``` 在控制器中手动解析 multipart 请求： ```java protected void doPost(HttpServletRequest request, HttpServletResponse response) throws IOException, ServletException { if (ServletFileUpload.isMultipartContent(request)) { try { List<FileItem> items = new ServletFileUpload(new DiskFileItemFactory()).parseRequest(request); for (FileItem item : items) { if (!item.isFormField()) { String fileName = new File(item.getName()).getName(); String filePath = "/path/to/upload/folder/" + fileName; File storeFile = new File(filePath); item.write(storeFile); } } } catch (Exception ex) { throw new ServletException("File upload failed", ex); } } } ``` 这种方式绕过了 Spring 内部对 multipart 的自动解析逻辑，适用于需要精细控制上传流程的场景[^1]。 ---

根据你所提供的信息，我猜测你可能是在使用 Spring MVC 框架进行文件上传时遇到了问题。可能是由于文件上传的请求未能正确地被解析，导致出现了 `java.io.EOFException` 异常。这个异常通常表示在读取请求内容时已经到达了流的末尾，这可能是因为请求内容不完整或格式不正确所致。 你可以检查一下请求的格式是否正确，例如是否使用了正确的 Content-Type 头部，以及是否将文件以正确的方式包含在请求体中。你还可以尝试调整上传文件的大小限制或使用其他的文件上传方式，看看能否解决这个问题。如果问题仍然存在，你可以查看日志文件或调试信息，以便更好地定位问题所在。