簡體   English   中英

如何在spring mvc rest控制器中返回二進制數據而不是base64編碼的字節[]

[英]How to return binary data instead of base64 encoded byte[] in spring mvc rest controller

我想通過 spring-mvc-rest 控制器返回生成的 pdf 文件。 這是我目前使用的代碼的縮短版本:

@RestController
@RequestMapping("/x")
public class XController {
    @RequestMapping(value = "/", method = RequestMethod.GET)
    public ResponseEntity<byte[]> find() throws IOException {
        byte[] pdf = createPdf();

        HttpHeaders headers = new HttpHeaders();
        headers.setContentType(new MediaType("application", "pdf"));
        headers.setContentDispositionFormData("attachment", "x.pdf");
        headers.setContentLength(pdf.length);
        return new ResponseEntity<byte[]>(pdf, headers, HttpStatus.OK);
    }
}

這幾乎可以正常工作,它只是將實際字節數組返回為 base64 編碼:(

curl -i 'http://127.0.0.1:8080/app/x'

Server: Apache-Coyote/1.1
Content-Disposition: form-data; name="attachment"; filename=x.pdf"
Content-Type: application/pdf
Content-Length: 138654
Date: Fri, 08 Jan 2016 11:25:38 GMT

"JVBERi0xLjYNJeLjz9MNCjMyNCAwIG9iag [...]

(順便說一句。響應甚至不包含結束" :)

任何提示表示贊賞!

該問題是由 Spring 嘗試將響應編碼為 Json 引起的。

您的請求可能指定Accepts = "*/*"並且由於 Spring 忽略了 ResponseEntity 的ContentType ,因此發現最佳編碼是application/json

對此最簡單的解決方法是向您的請求映射添加一個produces ,因此您的代碼變為:

@RestController
@RequestMapping(value = "/x",
                produces = "application/pdf") // <-- Add this
public class XController {
    @RequestMapping(value = "/", method = RequestMethod.GET)
    public ResponseEntity<byte[]> find() throws IOException {
        byte[] pdf = createPdf();

        HttpHeaders headers = new HttpHeaders();
        headers.setContentType(new MediaType("application", "pdf"));
        headers.setContentDispositionFormData("attachment", "x.pdf");
        headers.setContentLength(pdf.length);
        return new ResponseEntity<byte[]>(pdf, headers, HttpStatus.OK);
    }
}

我使用您的代碼創建了示例,但在我的 Web 應用程序中使用了一種非常相似的方法:

@RequestMapping(value = "/", method = RequestMethod.GET)
public void downloadFile(HttpServletResponse response,
                         HttpServletRequest request) throws IOException
{
    byte[] pdf = createPdf();

    response.setContentType("application/x-download");
    response.setHeader("Content-Disposition", "attachment; filename=foo.pdf");
    response.setHeader("Pragma", "no-cache");
    response.setHeader("Cache-Control", "no-cache");
    response.getOutputStream().write(pdf);
}

否則你可以試試這個答案Open ResponseEntity PDF in new browser tab

這是我的代碼並且工作正常,也許這可以幫助你。

@RequestMapping(value = "/createReport", method = RequestMethod.POST,produces="application/pdf")
    @ResponseStatus(value = HttpStatus.OK)
    public ResponseEntity<byte[]> createReport(@RequestBody ReporteDTO reporteDTO) {
        byte[] outputReport = null;
        HttpHeaders headers = new HttpHeaders();
        headers.setContentType(MediaType.parseMediaType("application/pdf"));
        headers.setContentDispositionFormData("inline", "archivo.pdf");
        headers.setCacheControl("must-revalidate, post-check=0, pre-check=0");
             outputReport = getFilePdf();
        ResponseEntity<byte[]> response = new ResponseEntity<byte[]>(outputReport, headers, HttpStatus.OK);
        return response;
    } 

將生產屬性添加到RequestMapping

@RequestMapping(path = "/download", produces = "application/pdf")

Rasmus Faber回答非常接近。

就我而言:我想查看由 spring 生成的 PDF。 我不想下載。
但是我每次都得到 base64 編碼的字符串,而不是我的byte[]

我發現我只能在 Firefox 中獲得 base64-string。 所以我改用了 chrome,Rasmus 的答案在那里工作正常。
現在,它也適用於 Firefox。 但我不能說為什么(我什么都沒改變)。 我猜有些東西被緩存了。

有關更多信息,這可能有助於Firefox 的 PDF 文件內容類型不正確

我的流工作代碼:

@GetMapping(path = "/demo/pdf", produces = "application/pdf")
public StreamingResponseBody getPdf(final HttpServletResponse response)  {
    response.setContentType("application/pdf");
    response.setHeader("cache-control","must-revalidate, post-check=0, pre-check=0");
    response.setHeader("Content-Disposition", "inline; filename=aCleverFileName.pdf");
    return outputStream -> this.pdfService.createPdf(outputStream);
}

暫無
暫無

聲明:本站的技術帖子網頁,遵循CC BY-SA 4.0協議,如果您需要轉載,請注明本站網址或者原文地址。任何問題請咨詢:yoyou2525@163.com.

 
粵ICP備18138465號  © 2020-2024 STACKOOM.COM