Java下载文件没反应,通常因请求未发出、响应未接收或前端未触发下载;需确认后端是否返回文件流(如ResponseEntity)并设置正确响应头(Content-Type、Content-Disposition),前端调用须配置responseType: 'blob',且排除跨域拦截与流写入异常。
Java 下载文件没反应,通常不是代码完全失效,而是请求没发出去、响应没拿到、或前端没触发下载行为。重点先确认是后端没返回文件流,还是前端没正确处理响应。
Spring Boot 等框架中,如果 Controller 返回的是 String 或 ModelAndView,而不是 ResponseEntity
application/vnd.ms-excel)或通用二进制类型(application/octet-stream)attachment; filename="xxx.xlsx",否则浏览器可能直接渲染而非下载用 fetch 或 axios 发送请求时,如果没配置 responseType: 'blob',响应体默认是文本,后续 URL.createObjectURL() 就会失败或静默出错:
axios.get('/api/download', { responseType: 'blob' }).then(...)
fetch('/api/download').then(r => r.blob()).then(blob => {...})
前后端分离部署时,若后端没开启 CORS,或 Nginx/网关层拦截了非简单请求(比如带自定义 header),请求可能 0 字节返回,控制台却无明显报错:

Content-Disposition 等响应头透传:Access-Control-Expose-Headers: Content-Disposition
withCredentials: true 且后端支持)手动用 ServletOutputStream 或 OutputStream 写文件时,容易忽略异常捕获或流未 flush/flush 失败:
try-with-resources 或 finally 中关闭输出流response.getOutputStream().flush(),尤其 Tomcat 有时缓冲导致卡住log.info("已写入 {} 字节", count),确认后端确实执行到了写入逻辑基本上就这些。先看 Network,再查后端日志,最后验证前端 blob 处理逻辑——90% 的“没反应”都卡在这三步里。